最佳方式罐子

我们有2个Java项目都具有RTC（IBM的Rational Team Concert）的Java平原库（用于编程交互，RTC组件）。最佳方式罐子

因此，对于任何新的工具，我们将建立我们需要这些库即达30万桶。

有没有最好的组织这个？

来源

2017-04-21 chandra sekhar

仍然最好的方式似乎使用** maven **构建基础结构。搜索都会找到一些插件和其他指南。 –

@chandra以及为什么这个尺寸很重要？ – Antoniossss

只要考虑我们有项目A与libs和proj B与libs（注意：libs使用projs是相同的），当我添加proj a作为依赖到Proj B，当我在不同的文件夹中导出一个罐子库，然后我看到每个jar得到重复，我必须手动删除它们。 –

我们需要这些库即达30万桶。

如果你30MB指的是二进制库（即二进制依赖），那么RTC（ALM中 - 应用程序生命周期管理 - 室内用打交道门票，源头控制和任务调度）不参与。
你需要将这些二进制文件存储在一个artifact repository like Nexus，并在pom.xml存在于其他每个RTC组件声明这些依赖关系。

如果你想保持源的依赖，那么你将确保这两个库的代码在自己的组件，你想补充说，在你的项目流成分。但这不是Java项目的最佳实践。

在这两种方法中，图书馆是各自在自己的组件，这使得他们能够按照自己的节奏发展，用自己的基准。

来源

2017-04-21 19:56:59 VonC

是我同意依赖关系，但如何处理下面的情况，只要考虑我们有项目A与libs和proj B与libs（注意：libs使用projs是相同的），当我添加proj作为依赖到Proj B，当我出口一个罐子在不同文件夹中的库，然后我看到每个罐子被重复，我必须手动删除它们。 –

@chandrasekhar重复不是一个问题，每个项目都可以用自己的库（即使它们是相同的）来构建自己。重要的一点是这些库不会存储在RTC中，而是存储在一个单独的参考（专用于存储二进制文件） – VonC

最佳方式罐子

回答

相关问题