有关依赖项共享的Maven多模块项目组成
|
有一些类似的问题,但没有这样的问题。您如何处理这种情况(典型情况):
一个8-11个子项目的项目,具有一个父项目/项目和一个主要使用/声明其他项目作为模块的主项目。
问题在于所有项目“严格地”仅共享公共依赖项,例如“ 0”。但是总是像他们中的3个一样使用50-60%的相同特定部门(apache-chemistry,jackrabbit,abdera等),另外2-3个他们也使用50-60%的相同但不同的依赖项。主要的使用许多相同的部门。
我不能将那些“非严格”共享的dep放入父项目中,以供其他人继承。因此,只有普通部门被继承。而且有大量重复的依赖项。而且我只能通过
<dependencyManagement>
管理它们的版本。
另一个选择是让父pom包含大多数依赖项,但是子项目甚至继承它们不需要的子项目。
我可以有多个父项目,但感觉不对。从父项目继承也可能是噩梦,因为如果您没有正确记录/注释父pom定义,则您将不知道项目需要什么依赖项。
另一种方法是创建仅用作依赖项容器的pom工件-它们声明特定的依赖项组,以便模块仅声明那些以获取传递性依赖项。但是,您是否想部署并提交某种
OneDepArtifact宣告jackrabit, abdera, chemistry
AnotherDepArtifact宣告htmlcleaner, google-api, tika
ThirdDepArtifact宣告spring, httpclient, selenium
这真是一团糟,我不确定我是否正确使用<dependencyManagement>
,它似乎仅对管理依赖版本有用。
我当时正在考虑使我的应用程序开发适应“行家多模块设计”。但是,如果您要创建只使用各种库的spring服务/ bean,则不要在一个模块中实现它们,因为它们使用的是其他模块也使用的库:-)
没有找到相关结果
已邀请:
3 个回复
诞胃
笛驮型迸
和
。使用描述什么类型的依赖项以及它们配置的其他名称的名称,这样人们就可以直观地知道何时使用哪种依赖项。 使用maven的发布/部署功能,以便在仓库中正确地对它们进行版本控制,并始终引用固定版本的工件。不使用SNAPSHOT是具有确定性,可复制性的构建的第一步。当事情瞬息万变时,调试问题非常困难。 不要依赖pom.xml文件来了解您的项目需要哪些依赖项。这将使您避免继承和其他事情,例如自定义配置文件。您应该使用maven-dependency-plugin执行这些分析任务。有一些命令,例如
显示项目的所有依赖关系,
显示未使用的依赖关系。 希望有了这个建议,父POM文件的继承看起来不会那么复杂和噩梦。祝好运!
坍锭嘉韭蓝
儿童
这是一个简单的解决方案,可让您指定具有一致版本号的特定项目依赖项。