Informationen zu den Abhängigkeiten von Spring 3.0.5.RELEASE

Question

Wir migrieren von Spring 2.0.8 auf 3.0.5 RELEASE von Spring. Wir verwenden Maven, aber wir wollen nicht auf sie angewiesen, um alle Abhängigkeiten für uns zu ziehen. Ich wäre dankbar, wenn ich Antworten auf die folgenden Fragen erhalten könnte

1) Wo kann ich die Zip-Datei mit allen Abhängigkeiten von Frühling herunterladen? Ich sehe, dass dies nicht zum Download für 3.0.5 RELEASE verfügbar ist, obwohl es für 3.0.2 verfügbar ist

2) Warum enthalten die Namen der Abhängigkeitsartefakte das Präfix "com.springsource", obwohl die jar-Dateien von Drittanbietern stammen (z. B. javax.transaction von Oracle

<dependency>
   <groupId>javax.transaction</groupId>
   <artifactId>com.springsource.javax.transaction</artifactId>
   <version>1.1.0</version>
   <scope>test</scope>
</dependency>

3) Gibt es eine Textdatei, in der Spring alle externen Abhängigkeiten mit genauen Versionsinformationen auflistet?

4) Welche sind die externen Open-Source-Jar-Dateien, die spring in irgendeiner Weise angepasst hat. z.B. in 2.x spring angepasst cglib und nannte es als cglib-nodep

5) Welche Version der Xml-Parser-Implementierung wird von spring verwendet?

Nota: Ich habe diese Frage bereits in ihrem Forum gestellt, aber bis jetzt noch keine Antwort erhalten. Also poste ich sie hier, um zu sehen, ob ich Vorschläge von SO bekommen kann.

Answer 1

Warum wollen Sie sich nicht auf Maven verlassen, um alle Abhängigkeiten für Sie zu ziehen? Das ist einer der Gründe, warum wir Maven verwenden/lieben, nicht wahr?

Antworten auf Ihre Fragen;

1. Ich glaube, es gibt keine mehr, aber es ist nicht so schwer, die URLs zu erraten. Schreiben Sie einfach ein einfaches Skript, um sie für Sie herunterzuladen.
2. Das liegt daran, dass es sich um die osgifizierten Versionen derselben Bibliotheken von Drittanbietern handelt. Deshalb verwenden sie unterschiedliche artifactId's. Sie pflegen auch eine Enterprise Bundle Repository um ihnen zu dienen. Kurz gesagt, es sind alles OSGI-Bündel, deshalb sind auch die Versionen unterschiedlich.
3. Sie können die pom-Dateien der Artefakte überprüfen. Übrigens ändern sie die Versionen der osgifizierten Bibliotheken nicht, das können Sie erraten. Wenn es so ist com.springsource.org.apache.commons.lang:coommons-lang:2.4.0 dann ist es eigentlich die osgifizierte Version von commons-lang:commons-lang:2.4 .
4. Es wird nicht von spring gemacht, es ist nur die cglib ohne Abhängigkeiten. Wenn Sie nicht wollen, dass die Abhängigkeiten für Ihr Artefakt transitiv verfügbar sind, verwenden Sie cglib-nodep.
5. Sie sind nicht von einer bestimmten Implementierung abhängig, Sie können ohne Bedenken verschiedene Implementierungen verwenden. Sie haben eine breite Unterstützung für verschiedene XML-Parser, überprüfen Sie die Dokumentation.

Answer 2

Umut hat alle Ihre Fragen richtig beantwortet.

2) Die vollständige Antwort finden Sie in diesem Blog Beschaffung von Spring 3 Artefakten mit Maven -- Sie zeigt, wie man die OSGI-fähige und die nicht OSGI-fähige Version erhält.