java - Spring 4 二进制文件下载

Question

好久没下载spring了。我正在研究 gradle，但似乎还没有掌握它的窍门，所以我想使用 java、Spring 4 和 ant 创建一个新的 spring 框架项目。我似乎找不到下载 Spring 4 二进制文件的地方。

他们只是把 Ant 开发者踢到车底下吗？

Answer 1

Are they just kicking ant developers under the bus?

号如布赖恩 mentions , 分发 zip 仍可在 http://repo.spring.io 获得对于那些别无选择的人。鼓励 Ant 用户将 Ivy 集成到他们的构建脚本中以管理依赖项，这样他们就不需要这些 dist zip。 Ivy 能够处理与 Maven 兼容的工件存储库，以提供与 Maven 和 Gradle 相同的传递依赖管理优势。对于很多人来说，Ant 是一个完美的构建解决方案，我们预计它会持续一段时间。然而，手动管理依赖项，即下载 dist zip，将 jar 存储在网络驱动器上或将它们检查到源代码管理中，在业界被广泛认为是一种有问题的方法。

我们相信大多数 Spring 用户已经在以一种或另一种形式使用传递依赖管理解决方案。我们继续为那些还不能采用这种做法的人提供 dist zips，但要明确的是，我们故意没有给那些 dist zips 在 spring.io 上他们曾经在 springsource 上的一流待遇.org，因为使用 dist zip 只是一种管理应用程序依赖项的劣等方式。

Spring 旨在帮助应用程序开发团队消除不必要的复杂性。没有什么比手动依赖管理带来的“jar hell ”更复杂、更令人沮丧的事情了。以下是为什么这会如此痛苦的几个例子:

需要连接到存储 jar 的网络驱动器(因此，经常需要连接到企业 VPN)；

或者，在 jar 被 checkin 存储库的情况下，需要管理大量笨拙的存储库，通常会导致不同存储库中相同 jar 的许多重复；

没有简单、通用和可靠的方法来 (a) 知道依赖项的版本是什么，更重要的是，(b) 知道该依赖项的版本是否与应用程序依赖图中的所有其他 jar 兼容。

Maven、Gradle 和 Ivy 并不是解决所有依赖管理问题的 Elixir ，自然而然地，它们具有自己的复杂性和学习曲线。然而，当有选择时，绝大多数现代 Java 应用程序开发人员都同意使用传递依赖管理的好处超过他们的成本。

我们希望我们在指导用户如何使用 Spring 工件的方法中取得了适当的平衡。我们已经通过宣传 Maven 和 Gradle 语法来关注我们(和大多数人)认为的依赖管理最佳实践，但我们通过继续发布分发 zip 为所有来者留下了大门。然而，我们正在关注反馈，以确保这种方法实际上适合我们的大多数用户。

有关此主题的更多信息，请参阅 https://github.com/spring-projects/spring-framework/wiki/Downloading-Spring-artifacts .

最后，我们有时会听到人们说他们需要分发 zip，因为他们的公司不允许访问公共(public) Maven 存储库，例如 Maven Central ( http://search.maven.org ) 或 Spring 存储库 ( http://repo.spring.io )。这是完全可以理解的，但对这些限制的适当回应并不是让开发团队处于手动依赖管理的非生产性黑暗时代。正确的解决方案是在公司防火墙内建立一个私有(private)工件存储库。该产品领域的主要竞争者是 JFrog 的 Artifactory 和 Sonatype 的 Nexus。我们强烈建议任何仍然被迫进行手动依赖管理的开发团队游说他们的架构团队研究这些产品并采用其中的一种。对生产力、建立可重复性以及公司有效管理依赖关系的能力的好处是巨大的。