2

能否将 Worklight Server 部署到同时运行其他非 Worklight .ear 应用程序的 WebSphere 应用程序服务器?或者 Worklight 是否需要它自己的独立 WAS 实例?

4

2 回答 2

5

就像您可以将多个 Worklight(v6 及更高版本)项目实例(多个 .war 文件)部署到同一个 WAS 应用程序服务器一样,将其部署到运行其他服务的应用程序服务器应该不会有问题。

也就是说,可能需要考虑的问题:

  1. 在部署 Worklight 项目时,您需要启用“应用程序安全性”(在 WAS 管理控制台中,安全性 > 全局安全性)。如果存在不希望应用程序安全性的其他一些 Web 应用程序,那么您需要一个不同的 WAS 服务器实例。

  2. 可以使用 Web 应用程序的用户列表是通过 LDAP 或“联合存储库”或类似方式配置的。如果对于 Worklight,您需要使用与其他 Web 应用程序完全不同的用户登录集,那么您需要使用多个“安全域”。

  3. 托管应用程序服务器的机器可能需要内存升级......

  4. 可能还需要在需要的地方进行明确的分隔:

于 2013-12-04T16:09:41.887 回答
3

Worklight 本身就是一个在 Web 容器中运行的应用程序,无论是 Tomcat、WAS Liberty 还是完整的 WAS。它本质上是在容器下方运行的一个层,用于处理 Worklight 应用程序的请求,处理它们的上下文根请求。如果您为 Worklight 应用程序创建 WAR 文件并提取部署描述符,您会发现大多数其他应用程序都具有的所有必要过滤器和侦听器。

诸如适配器和 wlapps 之类的东西被“安装”到这个底层,并且只是被提取和存储为与它们一起打包的任何东西,比如你用来制作应用程序的 JS 和 CSS。事实上,通过标准 Liberty 安装,您通常可以在以下位置找到您的适配器(对于 WL5.0.6 实例,我很方便,它与 WL6 不同):/opt/IBM/Worklight/server/wlp/usr/servers/ worklightServer/worklight.home/worklight/data/export/adapters

因此,除了 Idan 所说的之外,我还向您展示了以下文档(假设 WL6)

Worklight Server 安装过程概述

根据我自己的经验,您应该完全能够将其他 EAR 和 WAR 文件安装到您现有的 WAS 实例中,只需确保您的上下文根是唯一的,一如既往;)

我也支持内存方面的考虑。

于 2013-12-04T17:16:49.033 回答