Java ApacheCommons风格打包的样板ant/maven配置
该系列有一个相当标准的打包模式:5个JAR(类、源代码、测试、测试源代码和javadoc),一个包含HTML内容的文档目录和一些文本文件(许可证、自述文件): 我希望以同样的方式打包我的一些项目,将类和方法引用到它们相应的javadoc中,以便eclipse可以在使用导入的类时使用工具提示引用Java ApacheCommons风格打包的样板ant/maven配置,java,ant,jar,apache-commons,Java,Ant,Jar,Apache Commons,该系列有一个相当标准的打包模式:5个JAR(类、源代码、测试、测试源代码和javadoc),一个包含HTML内容的文档目录和一些文本文件(许可证、自述文件): 我希望以同样的方式打包我的一些项目,将类和方法引用到它们相应的javadoc中,以便eclipse可以在使用导入的类时使用工具提示引用 是否为Apache Commons样式的打包提供了biolerplate或Maven配置?其中一部分很简单-如果您相应地创建文件夹结构并在Maven中进行发布构建,则将创建所有JAR: “${xxx}/s
是否为Apache Commons样式的打包提供了biolerplate或Maven配置?其中一部分很简单-如果您相应地创建文件夹结构并在Maven中进行发布构建,则将创建所有JAR: “${xxx}/src/main/java”将用于创建“${xxx}.jar”和“${xxx}-sources.jar” “${xxx}/src/test/java”将用于创建“${xxx}-test.jar”和“${xxx}-testsources.jar” 除此之外,maven发布插件还将创建javadocs并将其打包为“${xxx}-testsources.jar” 所有这些都将上传到您的maven存储库中,您只需将所有内容放在正确的位置,然后调用正确的maven目标 最重要的是,您可以使用maven assembly插件为构建中创建的所有工件创建一个ZIP。我没有这方面的具体代码,但您必须熟悉maven和汇编插件。我没有看到太多的复杂情况 如果你和几个人一起工作,你可能需要一些基础设施——我们有一个通用的nexus用于在本地代理标准存储库,然后每个maven项目一个存储库 当我在我们的组织中过渡到maven时,这几天很痛苦,因为人们必须熟悉它。但是它得到了回报——项目要小得多,部署发布版本是轻而易举的事
我建议您进入maven,然后您将看到依赖关系管理是多么友好和友好。其中一部分很简单-如果您相应地创建文件夹结构并在maven中进行发布构建,那么所有JAR都将被创建: “${xxx}/src/main/java”将用于创建“${xxx}.jar”和“${xxx}-sources.jar” “${xxx}/src/test/java”将用于创建“${xxx}-test.jar”和“${xxx}-testsources.jar” 除此之外,maven发布插件还将创建javadocs并将其打包为“${xxx}-testsources.jar” 所有这些都将上传到您的maven存储库中,您只需将所有内容放在正确的位置,然后调用正确的maven目标 最重要的是,您可以使用maven assembly插件为构建中创建的所有工件创建一个ZIP。我没有这方面的具体代码,但您必须熟悉maven和汇编插件。我没有看到太多的复杂情况 如果你和几个人一起工作,你可能需要一些基础设施——我们有一个通用的nexus用于在本地代理标准存储库,然后每个maven项目一个存储库 当我在我们的组织中过渡到maven时,这几天很痛苦,因为人们必须熟悉它。但是它得到了回报——项目要小得多,部署发布版本是轻而易举的事
我建议进入Maven,然后你会看到依赖和友好的管理是多么的好。几乎没有任何样板代码。。。也不需要保存库的本地副本。只要指定你正在使用什么,你做了……无论是哪一个作品(更新我的Questy),你是否考虑过使用Maven?几乎没有任何样板代码。。。也不需要保存库的本地副本。只需指定您正在使用的内容和完成的工作……无论哪种方式有效(更新我的qestion)
.
├── docs
├── LICENSE.txt
├── NOTICE.txt
├── RELEASE-NOTES.txt
├── commons-io-2.4-javadoc.jar
├── commons-io-2.4-sources.jar
├── commons-io-2.4-test-sources.jar
├── commons-io-2.4-tests.jar
└── commons-io-2.4.jar