我们的商店传统上一直关注单个大型j2ee应用程序。但是，我们正在向更多关注度更低的应用程序迈进。每个应用程序都需要依赖一定数量的共享代码，我们将保存在各种jar文件中。
问题在于，由于一个应用程序需要开发更改一个jar，我们可能并不总是准备部署依赖于同一个jar的app 2。因此，我们最终版本化了罐子。随着发布时间表变得复杂（生活有一种让事情变得复杂的方式），我们发现我们一直面临着管理这个问题的挑战。
我觉得我们一定做错了。生活不应该这么复杂。 Maven会让这种事变得容易吗？我们已经避开了Maven，因为我们的工作环境是一个下载软件到互联网下载工具的工作环境，但是如果它简化了在项目中构建和管理依赖项的问题......那么，也许
无论如何，建议任何人？
答案 0 :(得分：1)
如果您喜欢Maven的所有内容，除了与互联网交谈外，您应该使用Maven。您需要做的就是安装一个本地存储库管理器（Nexus，Artifactory等）来控制从Internet上提取开源的过程，然后由您决定。
另请注意，如果您已经是＆＃39; ant＆＃39;购物，你可以从常春藤中获得一些依赖性。但是，如果用于发布版本的Maven自动化对您有吸引力，那么常春藤没有任何帮助。
然而，Maven只是一个管理依赖项和版本的工具。它不是一个神奇的子弹。如果升级＆＃39;事情B＆＃39;处理A＆＃39;事件的变化这是一项艰苦的工作，也许您真正需要做的是重新思考您对模块化，API和兼容性的态度。如果您认为您的组件就像是向希望平滑过渡的客户销售库的供应商那么，那么让您的应用程序吃新版本的组件可能会减少痛苦。
我强烈建议您先尝试某种实验或原型，然后再尝试使用该工具，然后再尝试说服其他人这样做。