我有一段时间没有下载弹簧。我正在调查gradle,但似乎还没有它,所以我想用java,Spring 4和ant创建一个新的spring框架项目。我似乎无法找到下载Spring 4的二进制文件的地方。
他们只是在公共汽车下踢蚂蚁开发者吗?
答案 0 :(得分:9)
他们只是在公共汽车下踢蚂蚁开发者吗?
没有。作为Brian mentions,对于那些没有其他选择权的人,http://repo.spring.io仍然可以使用分发拉链。我们鼓励Ant用户将Ivy集成到他们的构建脚本中以管理依赖关系,这样他们就不需要这些distip。 Ivy能够对抗与Maven兼容的工件库,以提供与Maven和Gradle相同的传递依赖管理优势。对于许多人来说,Ant是一个完美的构建解决方案,我们预计它将持续一段时间。但是,手动管理依赖关系,即下载dist zip,将jar存储在网络驱动器上或将它们检查到源代码控制中,在业界被广泛理解为一种有问题的方法。
我们相信大多数Spring用户已经以某种形式使用传递依赖关系管理解决方案。我们继续为那些尚未采用这种做法的人提供设计,但要明确的是,我们没有给那些他们曾经在springource上的spring.io上的头等待遇提供这些设备。 .org,因为使用dist zip只是管理应用程序依赖项的一种低级方法。
Spring旨在帮助应用程序开发团队消除不必要的复杂性。很少有东西可以使开发应用程序比手动依赖管理带来的“jar地狱”更复杂和令人沮丧。以下是一些为什么会如此痛苦的例子:
Maven,Gradle和Ivy并不是所有依赖管理问题的灵丹妙药,他们自然会带来自己的复杂性和学习曲线。但是,在给出选择时,绝大多数现代Java应用程序开发人员都认为使用传递依赖关系管理的好处超过了他们的成本。
我们希望我们在指导用户如何使用Spring工件的方法中取得了适当的平衡。我们通过宣传Maven和Gradle语法,将我们(以及大多数人)认为是依赖管理的最佳实践放在了聚光灯下,但我们通过继续发布分发拉链,让所有参与者都敞开了大门。然而,我们正在关注反馈,以确保这种方法实际上适合我们的大多数用户。
有关此主题的其他信息,请参阅https://github.com/spring-projects/spring-framework/wiki/Downloading-Spring-artifacts。
作为最后一点,我们有时会听到人们说他们需要分发拉链,因为他们的公司不允许访问公共Maven存储库,例如Maven Central(http://search.maven.org)或Spring Repository(http://repo.spring.io) 。这是完全可以理解的,但对这些约束的适当响应并不是让开发团队处于手动依赖管理的非生产性黑暗时代。正确的解决方案是在公司防火墙内建立一个私有工件存储库。该产品领域的主要竞争者是JFrog的Artifactory和Sonatype的Nexus。我们强烈建议任何开发团队仍然强制进行手动依赖管理,游说他们的架构团队调查这些产品并采用其中之一。生产力,建立可重复性以及公司有效管理依赖关系的能力的好处是巨大的。
答案 1 :(得分:5)
Maven和Gradle是在项目中使用Spring Framework的首选方法,但是dist ZIPs are still available on the official repository。
答案 2 :(得分:2)
您可以使用Maven配置,转到任何Maven仓库,然后从那里下载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文件夹。使用示例,我found this。你应该可以从那里获得所有的JAR。
答案 3 :(得分:0)
您可以找到Spring 4 here
的相关性信息从那里你可以下载二进制jar和带有手动依赖管理源的jar。
答案 4 :(得分:0)