好久没下载spring了。我正在研究 gradle,但似乎还没有掌握它的窍门,所以我想使用 java、Spring 4 和 ant 创建一个新的 spring 框架项目。我似乎找不到下载 Spring 4 二进制文件的地方。
他们只是把蚂蚁开发者踢到车底下吗?
他们只是把蚂蚁开发者踢到车底下吗?
不。正如 Brian提到的,对于那些别无选择的人,仍然可以在http://repo.spring.io上获得分发 zip。鼓励 Ant 用户将 Ivy 集成到他们的构建脚本中以管理依赖项,这样他们就不需要这些 dist zip。Ivy 能够针对与 Maven 兼容的工件存储库工作,以提供与 Maven 和 Gradle 相同的传递依赖管理优势。Ant 对许多人来说是一个完美的构建解决方案,我们预计它会持续一段时间。然而,手动管理依赖关系,即下载 dist zip、将 jar 存储在网络驱动器上或将它们检入源代码控制中,在业界被广泛认为是一种有问题的方法。
我们相信大多数 Spring 用户已经在以一种或另一种形式使用传递依赖管理解决方案。我们继续为那些还不能采用这种做法的人提供 dist zip,但要明确的是,我们故意没有在 spring.io 上给那些 dist zip 提供他们曾经在 springsource 上的一流待遇.org,因为使用 dist zip 只是管理应用程序依赖项的一种低级方式。
Spring 旨在帮助应用程序开发团队消除不必要的复杂性。几乎没有什么事情可以比手动依赖管理带来的“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。我们强烈建议任何仍被迫手动依赖管理的开发团队游说他们的架构团队研究这些产品并采用其中一种。对生产力、构建可重复性以及公司有效管理依赖关系的能力的好处是巨大的。
Maven 和 Gradle 是在您的项目中使用 Spring Framework 的首选方式,但官方存储库中仍然提供 dist ZIP。
您可以使用 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 文件夹。使用示例,我发现了这个。您应该能够从那里获取所有 JAR。
我找到了两个来源:这里的官方下载页面和OLEX。
这是在浪费大量时间试图通过 Spring 站点上的搜索找到 zip 文件之后。那里不再有任何直接下载链接。
你可以在这里找到Spring 4的依赖信息
从那里您可以下载二进制 jar 和带有源的 jar,用于手动依赖管理。