我有一段时间没有下载Spring了。我正在研究Gradle，但似乎还不太熟悉，因此我想使用Java、Spring 4和Ant创建一个新的Spring框架项目。我找不到下载Spring 4二进制文件的地方。
他们是不是只关注Gradle开发者而忽略了Ant开发者？
5个回答
9
他们只是在抛弃Ant开发人员吗？
不是。正如Brian提到的那样，仍然可以通过http://repo.spring.io获取分发zip文件，供那些没有其他选择的人使用。鼓励Ant用户将Ivy集成到他们的构建脚本中，以管理依赖项，以此来避免使用这些分发zip文件。Ivy能够与Maven兼容的工件库一起工作，为与Maven和Gradle一样提供传递性依赖项管理的好处。对于许多人来说，Ant是一个完美的构建解决方案，并且我们预计它在未来一段时间内仍将继续存在。但是，在业界中，手动管理依赖项，即下载分发zip文件、将JAR文件存储在网络驱动器上或将其检入源代码控制中，被广泛认为是一种有问题的方法。
我们相信，大多数Spring用户已经在以某种形式使用传递性依赖项管理解决方案。我们继续为那些尚未能够采用此实践的人提供分发zip文件，但要明确的是，我们故意没有像在springsource.org上那样在spring.io上给予这些分发zip文件一流的待遇，因为使用分发zip文件管理应用程序的依赖关系只是一种较差的方式。
有关此主题的其他信息，请参见https://github.com/spring-projects/spring-framework/wiki/Downloading-Spring-artifacts。
作为最后的说明，有时我们会听到一些人说他们需要分发zip文件，因为他们的公司禁止访问公共Maven仓库，例如Maven Central（http://search.maven.org）或Spring Repository（http://repo.spring.io）。这是完全可以理解的，但对于这些限制的适当反应不是让开发团队停留在手动依赖管理的无效时代。正确的解决方案是在企业防火墙内建立私有工件库。在此产品领域中，领先的竞争者是JFrog的Artifactory和Sonatype的Nexus。我们强烈建议任何仍被迫进行手动依赖管理的开发团队游说其架构团队调查这些产品并采用其中之一。对于生产力、构建可重复性以及公司有效治理依赖关系的好处是巨大的。
不是。正如Brian提到的那样，仍然可以通过http://repo.spring.io获取分发zip文件，供那些没有其他选择的人使用。鼓励Ant用户将Ivy集成到他们的构建脚本中，以管理依赖项，以此来避免使用这些分发zip文件。Ivy能够与Maven兼容的工件库一起工作，为与Maven和Gradle一样提供传递性依赖项管理的好处。对于许多人来说，Ant是一个完美的构建解决方案，并且我们预计它在未来一段时间内仍将继续存在。但是，在业界中，手动管理依赖项，即下载分发zip文件、将JAR文件存储在网络驱动器上或将其检入源代码控制中，被广泛认为是一种有问题的方法。
我们相信，大多数Spring用户已经在以某种形式使用传递性依赖项管理解决方案。我们继续为那些尚未能够采用此实践的人提供分发zip文件，但要明确的是，我们故意没有像在springsource.org上那样在spring.io上给予这些分发zip文件一流的待遇，因为使用分发zip文件管理应用程序的依赖关系只是一种较差的方式。
Spring是帮助应用程序开发团队消除不必要复杂性的。很少有东西比手动依赖管理引起的“jar hell”更加复杂和令人沮丧。以下是一些原因，解释了为什么这可能会如此痛苦：
- 需要连接到存储jar文件的网络驱动器（因此通常需要连接到企业VPN）；
- 或者，在将jar文件检入存储库的情况下，需要管理庞大而难以控制的存储库，通常导致相同的jar文件在不同存储库中重复多次；
- 没有简单，通用和可靠的方法来确定一个依赖项的版本，并更重要的是，知道该依赖项的版本是否与应用程序依赖图中的所有其他jar文件兼容。
Maven、Gradle和Ivy并非解决所有依赖关系管理问题的万能工具，自然地，它们自身也带有复杂性和学习曲线。然而，在选择时，绝大多数现代Java应用程序开发人员都认为使用传递依赖关系管理的好处超过了其成本。
我们希望在引导用户如何使用Spring工件方面取得了适当的平衡。我们通过宣传Maven和Gradle语法来突出依赖管理的最佳实践，但同时通过继续发布分发zip文件向所有人敞开大门。然而，我们正在关注反馈意见以确保这种方法确实适用于大多数用户。有关此主题的其他信息，请参见https://github.com/spring-projects/spring-framework/wiki/Downloading-Spring-artifacts。
作为最后的说明，有时我们会听到一些人说他们需要分发zip文件，因为他们的公司禁止访问公共Maven仓库，例如Maven Central（http://search.maven.org）或Spring Repository（http://repo.spring.io）。这是完全可以理解的，但对于这些限制的适当反应不是让开发团队停留在手动依赖管理的无效时代。正确的解决方案是在企业防火墙内建立私有工件库。在此产品领域中，领先的竞争者是JFrog的Artifactory和Sonatype的Nexus。我们强烈建议任何仍被迫进行手动依赖管理的开发团队游说其架构团队调查这些产品并采用其中之一。对于生产力、构建可重复性以及公司有效治理依赖关系的好处是巨大的。
- Chris Beams
1
谢谢您添加备选方案。我在一个没有互联网访问权限的开发环境中工作。我一定会研究Artifactory和Nexus。 - sfedak
2
您可以使用Maven配置，在任何Maven仓库中下载JAR包。例如：
告诉我在任何Maven 2存储库下查找/org/springframework/spring-context/4.0.0.RELEASE文件夹。使用这个例子，我找到了这个。你应该能够从那里获取所有的JAR包。
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>4.0.0.RELEASE</version>
</dependency>
</dependencies>
告诉我在任何Maven 2存储库下查找/org/springframework/spring-context/4.0.0.RELEASE文件夹。使用这个例子，我找到了这个。你应该能够从那里获取所有的JAR包。
- CodeChimp
3
所以，是的，Spring 正试图消灭 Ant 开发者。 :( - Thom
现在他们甚至不提供下载链接了吗？是时候继续寻找新的东西了... - Chris
Maven仍然有很多支持者，但Graddle似乎是最热门的。我认为Graddle有一些调用Ant的能力（我知道它可以使用Maven，因为我不得不查看它生成的POM文件），所以您可以使用Graddle来处理依赖项，而使用Ant来处理其他事务。 - CodeChimp
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接
ivy和ant从 Maven 存储库中访问构件。 - MariuszS