Qual è l'ultima versione di iText? E qual è la dipendenza da questo?iText ultima dipendenza da Maven
risposta
È necessario prestare attenzione alla licenza per la versione Java di iText:
- iText
2.1.7
: l'ultima ufficiale rilascio da iText Group NV, nei termini della licenzaMPL
&GPL
, concom.lowagie
groupId; - iText
4.2.1
: l'ultima non ufficiale rilascio da ymasory/InProTopia, nei termini della licenzaMPL
&GPL
, concom.lowagie
groupId; - iText
5.0.0
e versioni successive: rilasciato da iText Group NV, con licenzaAGPL
, concom.itextpdf
groupId. Un barattolo monolitico. - iText
7.0.0
e versioni successive: rilasciato da iText Group NV, con licenzaAGPL
, concom.itextpdf
groupId. Diversi vasi modulari.
Qui puoi trovare gli 2.1.7 e versioni 4.2.X su Maven Repository:
Trova prima versioni 5.x: http://search.maven.org/#search|gav|1|g%3A%22com.lowagie%22%20AND%20a%3A%22itext%22
versioni 5.x Ricerca: http://search.maven.org/#search%7Cgav%7C1%7Cg%3A%22com.itextpdf%22%20AND%20a%3A%22itextpdf%22
È possibile utilizzare le versioni MPL & GPL, a meno che non sia disponibile per seguire le specifiche della licenza AGPL ...
MODIFICA: Si dovrebbe prestare attenzione a quale versione si sceglie;
Secondo Bruno Lowagie commento, versions 2.1.x are deprecated e non deve essere utilizzato a causa di motivi tecnici e legali.
Non è possibile "deprecare" una libreria, si deprecano classi o metodi. Spingere le persone verso le tue versioni con licenza commerciale non è terribilmente sottile. –
(Software di QA/Release Engineer di iText qui) iText 4.2.0 non è mai stato rilasciato. Esisteva solo come tag svn, usato per sincronizzare iText e iTextSharp, che era al punto 4.1.6. Capita anche di essere l'ultimo commit prima del commit in cui gli header di AGPL sono stati aggiunti a tutti i file .java. Quando ho spostato il codice di hosting di iText da svn (SourceForge) a git (GitHub), ho ripulito tutti i tag che non erano versioni ufficiali. –
iText 4.2.2 è ora su Maven Central, la sincronizzazione con altri server Maven avverrà automaticamente nei seguenti orari e giorni: http://search.maven.org/#artifactdetails%7Ccom.lowagie%7Citext%7C4.2.2%7Cjar . È una versione solo POM, con il trasferimento a com.itextpdf: itextpdf. Il trasferimento ha il seguente messaggio: "Dopo la versione 2.1.7, iText è passato da MPLicense a AGPLicense. Il groupId è cambiato da com.lowagie a com.itextpdf e l'artefatto da itext a itextpdf. Vedi http://itextpdf.com/functionalcomparison per ulteriori informazioni. " –
sembra 5.3.5 non è nel repository eppure così 5.3.4 funziona per me:
<dependency>
<groupId>com.itextpdf</groupId>
<artifactId>itextpdf</artifactId>
<version>5.3.4</version>
</dependency>
Come per molti (? Qualsiasi) libreria open-source, il loro sito web contiene un changelog. Quello di iText può essere trovato here.
E ad oggi l'ultima versione è 5.5.97.0.0.
La dipendenza per la versione 5.5.9 sarebbe
<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>
La versione più recente di iText è 7.0.0, vedi http://developers.itextpdf.com/itext-7-java –
iText 7 è stato pubblicato nel maggio 2016. iText 7 non è più un file jar monolitico, come iText 5 una volta. Usi solo quei moduli che ti servono.
mettere questo nel file POM:
<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>
Questo, ed ulteriori informazioni, sono disponibili sul http://developers.itextpdf.com/itext-7-java
Quale è il codice modulo? –
Cosa intendi? Non capisco la tua domanda. –
Ci sono dei bei moduli ma quale è quello che mi serve per creare un pdf "Hello World"? –
- 1. NoClassDefFoundError sulla dipendenza da Maven
- 2. Oracle JDBC 7 come dipendenza da Maven
- 3. dipendenza da progetto di guerra in maven
- 4. Dipendenza Maven WAR
- 5. Dipendenza Maven con MySQL
- 6. maven, file jsp in dipendenza
- 7. JavaFX 2 come dipendenza Maven
- 8. Maven errore di dipendenza log4j
- 9. Riferendosi all'oggetto del vaso di dipendenza di Maven da persistence.xml
- 10. Come escludere la dipendenza da un plugin Maven?
- 11. Come si importa una dipendenza Maven da Sonatype.org?
- 12. Esclusione della dipendenza transitiva nidificata in Maven
- 13. Errore di dipendenza Maven in Eclipse
- 14. Come leggo un albero di dipendenza Maven
- 15. Dipendenza sconosciuta in costruzione in Maven
- 16. come risolvere la dipendenza ciclica di maven
- 17. Maven - aggiungi dipendenza dalla risorsa artefatto
- 18. Versioni diverse della stessa dipendenza in Maven
- 19. risolvere o Compilazione circolare dipendenza in Maven
- 20. Errore Maven quando si risolve la dipendenza
- 21. Versione Java richiesta di Maven Dipendenza?
- 22. maven non riesce a risolvere la dipendenza
- 23. Esclusione dipendenza generazione ejb-client Maven
- 24. Maven: rimuovi una singola dipendenza transitiva
- 25. Maven Eclipse non aggiunge una dipendenza
- 26. Maven porta "test" dipendenza transitiva come "compilazione"
- 27. Maven tipo di dipendenza EJB vs vaso
- 28. Maven jersey-multipart mancante dipendenza per javax.ws.rs.core.Response
- 29. Cosa succede quando aggiungo una dipendenza Maven?
- 30. JDK tools.jar come dipendenza di maven
io non sono sicuro se questo dovrebbe essere chiuso o meno. Ma una domanda del genere richiederebbe sempre una risposta aggiornata. Contrassegnarlo come "troppo ampio" per tale preoccupazione, a meno che non sia aggiornato. – nullpointer