Java 如何为WAS单元NW部署的不同节点上运行的多个web服务器实例维护单个属性文件

Java 如何为WAS单元NW部署的不同节点上运行的多个web服务器实例维护单个属性文件,java,jakarta-ee,websphere,Java,Jakarta Ee,Websphere,我正在维护/开发一个部署在websphere单元的多个节点中的web应用程序。WAS单元中有两个节点。每个节点都有一个web服务器,我的web应用程序部署在其中。因此,有两个web应用程序实例 我可以使用URL提供程序从web应用程序读取属性文件。() 但是我必须在每台服务器上维护一个相同的属性文件。当我需要更改时,我必须在两台服务器上都更改它 我是否可以维护单个属性文件并从部署在不同位置的web应用程序访问它?还是其他更好的方法呢?警告:这有点超出我的经验,但如果我正确理解了你的问题 如果将服

我正在维护/开发一个部署在websphere单元的多个节点中的web应用程序。WAS单元中有两个节点。每个节点都有一个web服务器,我的web应用程序部署在其中。因此,有两个web应用程序实例

我可以使用URL提供程序从web应用程序读取属性文件。()

但是我必须在每台服务器上维护一个相同的属性文件。当我需要更改时,我必须在两台服务器上都更改它


我是否可以维护单个属性文件并从部署在不同位置的web应用程序访问它?还是其他更好的方法呢?

警告:这有点超出我的经验,但如果我正确理解了你的问题


如果将服务器联合为一个集群,我相信可以将等效配置复制到所有集群。然后,每个人都将从自己的本地副本读取配置信息。

如果您使用URL资源读取属性文件(一种良好的做法),那么您可以在单个内部web服务器上托管属性文件。每个web容器中的URL资源引用都指向此内部web服务器。然后只需更改内部web服务器文档根目录中的属性文件

这种做法有几个缺点

强>安全> /强>通过外部配置,现在有另一个攻击向量。您可以将双向身份验证SSL应用于此场景,但这比简单地维护两个属性文件要复杂得多
  • 可用性-现在您的内部web服务器是单点故障。你可以把它聚类;但是,您需要管理更多的服务器,这正是您试图避免的
  • 延迟-从框中读取配置需要比文件系统更多的延迟

  • 我相信每个节点的属性文件将运行得最好。如果复制一个文件两次要比复制一次复杂得多,只需编写脚本即可。这将扩展到您选择部署的节点数量。

    这不是使用共享文件系统的选项吗?在同一台机器上运行其他服务器。这些将使用单独的配置文件。此外,由于sime的其他因素,没有决定使用共享文件系统。谢谢,谢谢凯斯兰。智能管理工具的文档建议做许多事情,比如创建随需应变路由等,这将增加额外的维护开销。感谢您提供的详细信息和建议。我会保持现在的设置。可靠答案。。。我还要提到,您可以在部署管理器上托管配置