Jakarta ee JBoss：如何配置EAR中打包的应用程序？

我们目前正在开发一个分布式JavaEE应用程序。几个JBoss实例将分布在几个节点上，它们必须相互通信

由于不知道开发期间的实际部署情况，我们需要一种策略来配置节点，而无需解包EAR、更改内容和重新打包它们

目前，我们通过standalone.xml提供了一个系统属性，该属性指向配置目录，应用程序将查看该目录以读取配置。这不是很花哨

是否有一种优雅的方式将配置放入JBoss配置目录中，以便从via标准功能中读取它？是否有其他标准方法可以在不增加系统属性的情况下执行此操作

我们目前使用JBoss7.1.0.Final和Java1.6

更新

---

我现在也发现了一个非常相似的问题，但不是我想要的。也许它对其他人有帮助：

请浏览下面的托管域链接，您可以使用域控制器概念无缝地管理几个JBoss实例

---

请浏览下面的托管域链接，您可以使用域控制器概念无缝管理多个JBoss实例

---

我读了文件。谢谢，我真的很有洞察力。（+1）但是，我不认为它已经是最佳的。配置是针对JBoss实例的。我希望在不改变JBoss配置本身的情况下将配置放入JBoss。例如：我想向客户分发一个带有附加配置（可能是属性文件？）的EAR，并告诉他如何将其放入depoyment目录（EAR），以及如何处理此配置，问题是什么。然后，我们可以灵活地在不同节点上添加和删除服务。容器实现者不知道您将使用的属性文件的结构。每个服务器容器提供的配置文件基本上都是您所说的属性文件，除此之外，它是标准化的。但是，如果您想管理所有内容，那么您需要以y方式编写，我认为这是不可行的。我阅读了文档。谢谢，我真的很有洞察力。（+1）但是，我不认为它已经是最佳的。配置是针对JBoss实例的。我希望在不改变JBoss配置本身的情况下将配置放入JBoss。例如：我想向客户分发一个带有附加配置（可能是属性文件？）的EAR，并告诉他如何将其放入depoyment目录（EAR），以及如何处理此配置，问题是什么。然后，我们可以灵活地在不同节点上添加和删除服务。容器实现者不知道您将使用的属性文件的结构。每个服务器容器提供的配置文件基本上都是您所说的属性文件，除此之外，它是标准化的。但是，如果您想管理所有内容，那么您需要以y方式编写，我认为这是不可行的。