Was ist die neueste Version von iText? Und was ist die Mavenabhängigkeit dafür?iText neueste Maven Abhängigkeit
Antwort
Sie müssen Aufmerksamkeit für die Java-Version von iText auf die Lizenz zahlen:
- iText
2.1.7
: die neueste offiziellen Veröffentlichung von iText Group NV, unter derMPL
&GPL
Lizenz, mitcom.lowagie
groupId; - iText
4.2.1
: die neueste inoffizielle Release von ymasory/InProTopia unter derMPL
&GPL
Lizenz, mitcom.lowagie
groupId; - iText
5.0.0
und höher: freigegeben von iText Group NV, unter derAGPL
Lizenz, mitcom.itextpdf
groupId. Ein monolithisches Glas. - iText
7.0.0
und höher: freigegeben von iText Group NV, unter derAGPL
Lizenz, mitcom.itextpdf
groupId. Mehrere modulare Gläser.
Hier können Sie 2.1.7 und 4.2.x Versionen auf Maven Repository finden:
vor Versionen 5.x finden: http://search.maven.org/#search|gav|1|g%3A%22com.lowagie%22%20AND%20a%3A%22itext%22
Suche 5.x Versionen: http://search.maven.org/#search%7Cgav%7C1%7Cg%3A%22com.itextpdf%22%20AND%20a%3A%22itextpdf%22
Sie können mit den MPL & GPL-Versionen bleiben, es sei denn, Sie können die AGPL-Lizenzspezifikation befolgen ...
EDIT: Sie sollten darauf achten, welche Version Sie wählen;
Laut Bruno Lowagie Kommentar, versions 2.1.x are deprecated und sollte aus technischen und rechtlichen Gründen nicht verwendet werden.
Sie können eine Bibliothek nicht "verwerfen", Sie verwerfen Klassen oder Methoden. Menschen zu Ihren kommerziell lizenzierten Versionen zu drängen, ist nicht besonders subtil. –
(iText Software QA/Release Engineer hier) iText 4.2.0 wurde nie veröffentlicht. Es existierte nur als SVN-Tag, verwendet, um iText und iTextSharp zu synchronisieren, die zu der Zeit bei 4.1.6 war. Es ist auch das letzte Commit vor dem Commit, bei dem die AGPL-Header zu allen .java-Dateien hinzugefügt wurden. Als ich das Code-Hosting von iText von svn (SourceForge) nach git (GitHub) verschoben habe, habe ich alle Tags bereinigt, die keine offiziellen Veröffentlichungen waren. –
iText 4.2.2 ist jetzt auf Maven Central, die Synchronisierung mit anderen Maven-Servern erfolgt automatisch in den folgenden Stunden und Tagen: http://search.maven.org/#artifactdetails%7Ccom.lowagie%7Citext%7C4.2.2%7Cjar . Es handelt sich um eine reine POM-Version mit einer Verlagerung nach com.itextpdf: itextpdf. Die Verlagerung hat die folgende Nachricht: "Nach Version 2.1.7 wechselte iText von der MPLicense zur AGPLicense. Die groupId wurde von com.lowagie zu com.itextpdf und die artifactId von itext zu itextpdf geändert. Siehe http://itextpdf.com/Funktionalitätsvergleich für weitere Informationen. " –
sieht aus wie 5.3.5 nicht in Repository ist noch so 5.3.4 funktioniert bei mir:
<dependency>
<groupId>com.itextpdf</groupId>
<artifactId>itextpdf</artifactId>
<version>5.3.4</version>
</dependency>
Wie bei vielen (? Beliebigen) Open-Source-Bibliothek, ihre Website ein Changelog enthält. iText's kann here gefunden werden.
Und ab heute ist die neueste Version 5.5.97.0.0.
Die Abhängigkeit für Version 5.5.9 würde
sein<dependency>
<groupId>com.itextpdf</groupId>
<artifactId>itextpdf</artifactId>
<version>5.5.9</version>
</dependency>
This was the latest release as of today
<!-- http://mvnrepository.com/artifact/com.itextpdf/itextpdf -->
<dependency>
<groupId>com.itextpdf</groupId>
<artifactId>itextpdf</artifactId>
<version>5.5.9</version>
</dependency>
Die neueste Version von iText ist 7.0.0, siehe http://developers.itextpdf.com/itext-7-java –
iText 7. Mai veröffentlicht wurde 5 2016. iText 7 ist nicht mehr eine monolithische JAR-Datei, wie iText früher. Sie verwenden nur die Module, die Sie benötigen.
Diesen in der POM-Datei:
<dependencies>
<dependency>
<groupId>com.itextpdf</groupId>
<artifactId>barcodes</artifactId>
<version>7.0.0</version>
<!-- barcodes depends on kernel -->
</dependency>
<dependency>
<groupId>com.itextpdf</groupId>
<artifactId>font-asian</artifactId>
<version>7.0.0</version>
</dependency>
<dependency>
<groupId>com.itextpdf</groupId>
<artifactId>forms</artifactId>
<version>7.0.0</version>
<!-- forms depends on kernel and layout -->
</dependency>
<dependency>
<groupId>com.itextpdf</groupId>
<artifactId>hyph</artifactId>
<version>7.0.0</version>
</dependency>
<dependency>
<groupId>com.itextpdf</groupId>
<artifactId>io</artifactId>
<version>7.0.0</version>
</dependency>
<dependency>
<groupId>com.itextpdf</groupId>
<artifactId>kernel</artifactId>
<version>7.0.0</version>
<!-- kernel depends on io -->
</dependency>
<dependency>
<groupId>com.itextpdf</groupId>
<artifactId>layout</artifactId>
<version>7.0.0</version>
<!-- layout depends on kernel -->
</dependency>
<dependency>
<groupId>com.itextpdf</groupId>
<artifactId>pdfa</artifactId>
<version>7.0.0</version>
<!-- pdfa depends on kernel -->
</dependency>
<dependency>
<groupId>com.itextpdf</groupId>
<artifactId>sign</artifactId>
<version>7.0.0</version>
<!-- sign depends on kernel, layout and forms -->
</dependency>
</dependencies>
Diese und weitere Informationen können auf http://developers.itextpdf.com/itext-7-java
Welches ist der Code Modul? –
Was meinst du? Ich verstehe deine Frage nicht. –
Es gibt schöne Module, aber welche benötige ich, um ein "Hello World" -PDF zu erstellen? –
- 1. Maven Abhängigkeit Auflösung
- 2. Ohne Abhängigkeit in maven
- 3. maven Abhängigkeit ohne Version
- 4. Maven Abhängigkeit log4j Fehler
- 5. Maven überschreiben transitive Abhängigkeit
- 6. Maven Abhängigkeit mit MySQL
- 7. Maven Abhängigkeit Timeout-Einstellungen
- 8. Finde maven Abhängigkeit "com.sun.javadoc"
- 9. NoClassDefFoundError auf Maven Abhängigkeit
- 10. Ejb3 Abhängigkeit in Maven
- 11. Maven Abhängigkeit ohne Radfahren?
- 12. ActionBarSherlock Maven Abhängigkeit
- 13. Maven GWT Abhängigkeit
- 14. Maven findet keine Abhängigkeit
- 15. Gradle - Entpacken neueste Version der Abhängigkeit
- 16. Maven - Abhängigkeit von Artefaktquelle hinzufügen
- 17. Abhängigkeit von Maven und db4o
- 18. Maven Assembly zieht falsche Abhängigkeit
- 19. Maven konnte keine Abhängigkeit finden
- 20. Maven Eclipse hinzufügen keine Abhängigkeit
- 21. Unbekannte Abhängigkeit in Maven Build
- 22. Maven Abhängigkeit: Ausschluss einer Klasse
- 23. Maven, JSP-Dateien in Abhängigkeit
- 24. Spring-build-src maven Abhängigkeit
- 25. Kann Maven ein "immer das neueste" Release-System modellieren?
- 26. Maven: wie die Abhängigkeit von einer Bibliothek
- 27. Eclipse, Maven, Add Abhängigkeit funktioniert nicht
- 28. maven Abhängigkeit oder Jar für oracle.forms.handler.IHandler?
- 29. Klassen aus einer Abhängigkeit in Maven auszuschließen
- 30. Oracle JDBC ojdbc6 Jar als Maven-Abhängigkeit
Ich bin sicher, nicht gefunden werden, wenn diese geschlossen werden soll oder nicht. Aber eine solche Frage würde immer eine aktualisierte Antwort erfordern. Für eine solche Besorgnis "zu weit gefasst", es sei denn, es wurde aktualisiert. – nullpointer