worklight服务器配置 - 分离适配器和服务器

Question

两部分问题。关于服务器配置功能的一般性问题，然后它可能对我们想要做的事情产生影响。

worklight属性文件包含条目publicWorklightHostname，publicWorklightPort，publicWorklightProtocol。各个应用程序还在应用程序描述符中指定了相同的信息。很明显，应用程序需要描述符信息才能找到＆＃34;服务器。相应条目在worklight.properties中的用途是什么？我相信这两者应该匹配。

我们需要将适配器部署到特定计算机，因为它只能连接到我们的后端。理想情况下，我们希望每个开发人员开发使用这些适配器的应用程序每个开发人员都将其应用程序部署到自己的WL服务器。我希望通过调整应用程序描述符，应用程序将使用共享适配器服务器进行服务器调用。这些似乎不起作用，Worklight似乎反对以这种方式使用它的适配器 - 从安全角度来看这是有道理的。我们的方法可以起作用吗？

Answer 1

• 在worklight.properties中找到的属性与 Worklight Server。您提到的属性：publicWorklightHostname，publicWorklightPort，publicWorklightProtocol是必需的，因为服务器本身需要知道它与外部世界的URL是什么，以便它可以将其嵌入到重定向中等等。这些也是移动Web，桌面浏览器环境和Worklight控制台所必需的。

• 在application-descriptor.xml中找到的属性（主要是，并非全部）与Worklight应用程序相关。正如您所提到的，应用程序知道要连接到哪个Worklight Server。

• 某些属性“重叠”并且必须匹配（主机，端口，上下文根，...）以获得正确的行为。

至于你的场景 - 我认为它是可行的。

为此，您将部署到容纳适配器的Worklight Server的.war文件必须包含一个authenticationConfig.xml文件，该文件能够满足各种项目应用程序的需求 - 即包含所有应用程序所需的所有领域等。

牢记以上几点：

1. 将application-descriptor.xml配置为指向容纳适配器的Worklight Server。
2. 连接到该Worklight Server的Worklight控制台并部署应用程序生成的.wlapp文件。为了使Worklight Server能够识别应用程序，这是必须的。

应用程序现在应该能够连接到服务器并使用适配器 还假设这些适配器也是容纳应用程序的同一项目的一部分。

备注：

1. 在开发人员进行的每次本地构建之后，他/她将需要将.wlapp重新部署到远程服务器，因为应用程序chceksum已更改并且无需重新部署，您将始终使用Direct Update进行更新请求。
2. （1）的替代方法是禁用直接更新。
3. 如果您有Java代码（例如用于自定义身份验证）并对其进行了更改，则还需要将.war文件重新部署到远程服务器。


备注2：

• 在Worklight 6.0中，提到的worklight.properties和application-descriptor.xml之间服务器连接属性的重叠不再存在。

• 在Worklight 6.0中，您现在可以在同一服务器实例中同时运行多个Worklight项目（或.war文件），因此虽然适配器仍然是每个项目实体，但您可以将它们复制到单独的项目中在运行Worklight Server的同一台服务器上，并且有多个单独的项目（应用程序）使用该服务器连接到后端。