Tho*_*hom 3 java spring spring-4
我有一段时间没有下载弹簧.我正在调查gradle,但似乎还没有它,所以我想用java,Spring 4和ant创建一个新的spring框架项目.我似乎无法找到下载Spring 4二进制文件的地方.
他们只是在公共汽车下踢蚂蚁开发人员吗?
他们只是在公共汽车下踢蚂蚁开发人员吗?
没有.正如Brian 提到的那样,对于那些没有其他选择的人来说,仍可在http://repo.spring.io上找到分发拉链.我们鼓励Ant用户将Ivy集成到他们的构建脚本中以管理依赖项,这样他们就不需要这些distip.Ivy能够对抗与Maven兼容的工件库,以提供与Maven和Gradle相同的传递依赖管理优势.对于许多人来说,Ant是一个完美的构建解决方案,我们预计它将持续一段时间.然而,手动管理依赖性,即下载干扰,将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.我们强烈建议任何开发团队仍然强制进行手动依赖管理,游说他们的架构团队调查这些产品并采用其中之一.生产力,构建可重复性以及公司有效管理依赖关系的能力的好处是巨大的.