我需要您的帮助，以了解组织我们的Ecplise环境的最佳方式，因为它变得复杂。
我们有7个大型多项目单元，在不同的服务器上部署为不同的 EAR 。我们对所有这些都使用WildFly，但有些是较旧的（其他更新）（它们从 WildFly 10 Runtime 到 WildFly 12 Runtime ）
每个EAR都包含来自其他项目的war / jar，有些项目是常见的，它们最终都是每个EAR中的jar。例如，让我们说 Project Common 是一个简单的Java项目，在所有7个EAR中都包含在jar中。
Project Common 的构建路径是我的问题，例如，如果 Project Common 需要Servlet api作为构建路径依赖项，我们用来添加Wildfly服务器运行时库解决问题但是 Wildfly服务器运行时库的实际版本根据您正在处理的EAR而有所不同（正如我所说，它们从WildFly 10 Runtime扩展到WildFly 12 Runtime）。 何时部署＆amp;运行，项目通用将在特定的WildFly服务器运行时运行但在其构建路径（作为Eclipse项目）中我们应该输入哪个服务器运行时？所有这些都很好，但WildFly 12 Runtime可能附带一个Servlet API版本，它与WildFly 10 Runtime提供的版本不同。
理想情况下，您希望使用在特定EAR中运行时所具有的服务器运行时库来构建 Project_Common.jar ，但正如我所说的那样取决于目前你在哪个EAR工作。 换句话说， Project_Common.jar 的构建路径依赖性是动态的，具体取决于它将被打包运行的EAR（因为它将在不同的WildFly版本上运行）
到目前为止，我们使用了一个巨大的工作空间和7个不同的Eclipse工作集 然而，我想的是拥有7个不同的工作空间，其中<strong>类路径变量与工作空间不同。 例如，如果 Project Common 在其构建路径中需要javax.persistence API，而不是包含特定的WildFly服务器运行时版本（将提供特定版本的javax.persistence），我们可能只有一个类路径每个工作空间中的变量JAVAX_PERSISTENCE将被定义为指向特定的javax.persistence jar（特定于它将运行的WildFly Runtime）。
你怎么看？ ＆＃34;缺点＆＃34;这种方法是7个工作区都有自己的 Project Common 副本，这些副本必须保持最新。有更好/更简单的方法吗？