3

しばらく春をダウンロードしていません。gradle を調べているのですが、まだコツがつかめそうにないので、java、Spring 4、ant を使って新しい Spring フレームワークのプロジェクトを作りたいと思っています。Spring 4 のバイナリをダウンロードする場所が見つからないようです。

彼らはバスの下でアリの開発者を蹴っているだけですか?

4

5 に答える 5

9

彼らはバスの下でアリの開発者を蹴っているだけですか?

いいえ。Brianが言及しているように、他に選択肢がない場合は、 http: //repo.spring.io でディストリビューション zip を引き続き利用できます。Ant ユーザーは、ビルド スクリプトに Ivy を統合して依存関係を管理し、これらの dist zip を必要としないようにすることをお勧めします。Ivy は、Maven と互換性のあるアーティファクト リポジトリと連携して、Maven や Gradle と同じ推移的な依存関係管理の利点を提供できます。Ant は、多くの人にとって完璧なビルド ソリューションであり、しばらくの間はそれが続くと予想されます。ただし、dist zip のダウンロード、ネットワーク ドライブへの jar の保存、ソース管理へのチェックなど、依存関係を手動で管理することは、問題のあるアプローチとして業界で広く理解されています。

Spring ユーザーの大部分は、すでに推移的な依存関係管理ソリューションを何らかの形で使用していると考えています。まだこのプラクティスを採用できていない人のために、引き続き dist zip を提供しますが、明確にするために、これらの dist zip に、springsource でかつて持っていた spring.io でのファーストクラスの処理を意図的に与えていません。 dist zip を使用することは、アプリケーションの依存関係を管理する方法として劣っているためです。

Spring は、アプリケーション開発チームが不必要な複雑さを排除できるよう支援するものです。アプリケーションの開発を、手動の依存関係管理から生じる「jar 地獄」ほど複雑でイライラさせるものはほとんどありません。これが非常に苦痛になる理由のいくつかの例を次に示します。

  • jar が保存されているネットワーク ドライブに接続する必要がある (そのため、企業の VPN に接続する必要がある場合が非常に多い)。
  • または、リポジトリにチェックインされている jar の場合、管理しなければならない大規模で扱いにくいリポジトリがあり、通常、異なるリポジトリ間で同じ jar が多数複製されます。
  • (a) 依存関係のバージョンが何であるかを知る、さらに重要なことに、(b) その依存関係のそのバージョンがアプリケーションの依存関係グラフ内の他のすべての jar と互換性があるかどうかを知る、単純で普遍的で信頼できる方法がありません。

Maven、Gradle、および Ivy は、すべての依存関係管理の問題に対する特効薬ではありません。当然のことながら、それらには独自の複雑さと学習曲線が伴います。ただし、選択肢が与えられた場合、最新の Java アプリケーション開発者の大多数は、推移的な依存関係管理を使用する利点がコストを上回ることに同意しています。

ユーザーが Spring アーティファクトを使用する方法をガイドするアプローチにおいて、適切なバランスが取れていることを願っています。私たちは、Maven と Gradle の構文を宣伝することで、私たち (およびほとんどの人) が依存関係管理のベスト プラクティスであると考えているものにスポットライトを当ててきましたが、ディストリビューション zip を公開し続けることで、すべての参入者に門戸を残しました。ただし、このアプローチが実際に大多数のユーザーに適していることを確認するために、フィードバックに注意を払っています。

このトピックの追加情報については、https://github.com/spring-projects/spring-framework/wiki/Downloading-Spring-artifactsを参照してください。

最後に、Maven Central ( http://search.maven.org ) や Spring Repository ( http://repo )などのパブリック Maven リポジトリへのアクセスが会社で許可されていないため、ディストリビューション zip が必要だという声を時々耳にします。 .spring.io）。これは完全に理解できますが、これらの制約に対する適切な対応は、開発チームを手動の依存関係管理の非生産的な暗黒時代に留めないことです。正しい解決策は、企業のファイアウォール内にプライベート アーティファクト リポジトリを立ち上げることです。この製品分野の主要な候補は、JFrog の Artifactory と Sonatype の Nexus です。手作業による依存関係の管理を余儀なくされている開発チームは、アーキテクチャ チームにこれらの製品を調べて採用するよう働きかけることを強くお勧めします。生産性、ビルドの再現性、そして実際に企業が依存関係を効果的に管理する能力に対する利点は劇的です。

于 2013-12-17T10:52:25.457 に答える
5

Maven と Gradle は、プロジェクトで Spring Framework を使用するための推奨される方法ですが、dist ZIP は公式リポジトリで引き続き利用できます。

于 2013-12-17T09:39:38.310 に答える
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 フォルダーを調べるように指示されます。例を使用して、私はこれを見つけました。そこからすべての JAR を取得できるはずです。

于 2013-12-12T18:58:27.953 に答える
0

2 つの情報源が見つかりました。こちらの公式ダウンロード ページとOLEXです。

これは、Spring サイトで検索して zip ファイルを見つけようとして多くの時間を浪費した結果です。直接のダウンロード リンクはもうありません。

于 2014-12-17T17:07:57.013 に答える
0

Spring 4の依存関係情報は、ここで確認できます。

そこから、手動の依存関係管理用のバイナリ jar とソースを含む jar をダウンロードできます。

于 2013-12-30T01:31:01.377 に答える