Existe-t-il une API Java capable de créer des documents Word riches? [fermé]

J'ai une nouvelle application sur laquelle je vais travailler où je dois générer un document Word contenant des tableaux, des graphiques, une table des matières et du texte. Quelle est une bonne API à utiliser pour cela? Êtes-vous sûr qu'il prend en charge les graphiques, les TdC et les tableaux? Quels sont les pièges cachés de leur utilisation?

Quelques clarifications:

• Je ne peux pas sortir un PDF, ils veulent un document Word.
• Ils utilisent MS Word 2003 (ou 2007), pas OpenOffice
• L'application s'exécute sur le serveur d'application * nix

Ce serait bien si je pouvais commencer avec un modèle de document et simplement remplir quelques espaces avec des tableaux, des graphiques, etc.

Edit: Plusieurs bonnes réponses ci-dessous, chacune avec ses propres défauts en ce qui concerne ma situation actuelle. Difficile de choisir une «réponse finale» parmi eux. Je pense que je vais le laisser ouvert et j'espère que de meilleures solutions seront créées.

Edit: Le projet OpenOffice UNO semble être le plus proche de ce que j'ai demandé. Bien que le POI soit certainement plus courant, il est trop immature pour ce que je veux.

En 2007, mon projet a utilisé avec succès l' interface UNO ( Universal Network Objects ) d' OpenOffice.org pour générer par programme des documents compatibles MS-Word (* .doc), ainsi que les documents PDF correspondants, à partir d'une application Web Java (un framework Struts / JSP).

OpenOffice UNO vous permet également de créer des graphiques, des feuilles de calcul, des présentations, etc. compatibles MS-Office. Nous avons pu créer dynamiquement des documents Word sophistiqués, y compris des graphiques et des tableaux.

Nous avons simplifié le processus en utilisant des modèles de documents MS-Word avec des inserts de signets dans lesquels le logiciel a inséré du contenu, mais vous pouvez créer des documents entièrement à partir de zéro. L'objectif était que le logiciel génère des rapports pouvant être partagés et modifiés par les utilisateurs finaux avant de les convertir au format PDF pour la livraison finale et l'archivage.

Vous pouvez éventuellement produire des documents aux formats OpenOffice si vous souhaitez que les utilisateurs utilisent OpenOffice au lieu de MS-Office. Dans notre cas, les utilisateurs souhaitent utiliser les outils MS-Office.

UNO est inclus dans la suite OpenOffice. Nous avons simplement lié notre application Java aux bibliothèques liées à UNO dans la suite. Un kit de développement logiciel (SDK) OpenOffice est disponible, contenant des exemples d'applications et le guide du développeur UNO.

Je n'ai pas cherché à savoir si le dernier OpenOffice UNO pouvait générer des formats de document Open XML MS-Office 2007.

Les éléments importants d'OpenOffice UNO sont:

1. C'est un freeware
2. Il prend en charge plusieurs langues (par exemple, Visual Basic, Java, C ++ et autres).
3. Il est indépendant de la plate-forme (Windows, Linux, Unix, etc.).

Voici quelques sites Web utiles:

• Ouvrez Office à la maison
• Guide du développeur Open Office UNO
• Forum des développeurs OpenOffice (en particulier les forums "Macros et API" et "Extraits de code").

Je pense qu'Apache POI peut faire le travail. Un problème possible en fonction de l'utilisation que vous visez peut être causé par le fait que HWPF est encore en développement précoce.

HWPF est l'ensemble des API pour la lecture et l'écriture de documents Microsoft Word 97 (-XP) en utilisant (uniquement) Java.

Vous pouvez utiliser ceci: http://code.google.com/p/java2word

J'ai implémenté cette API appelée Java2Word. avec quelques lignes de code, vous pouvez générer un document Microsoft Word.

Par exemple.:

IDocument myDoc = new Document2004();
myDoc.getBody().addEle(new Heading1("Heading01"));
myDoc.getBody().addEle(new Paragraph("This is a paragraph...")

Il y a quelques exemples d'utilisation. En gros, vous aurez besoin d'un fichier jar. Faites-moi savoir si vous avez besoin d'informations supplémentaires sur la façon de le configurer.

* J'ai écrit ceci parce que nous avions une vraie nécessité dans un projet. Plus dans mon blog:

http: //leonardo-pinho.blogspot.com/2010/07/java2word-word-document-generator-from.html *

applaudit Leonardo

Edit : Projet dans le lien déplacé vers https://github.com/leonardoanalista/java2word

Essayez Aspose.Words pour Java, il fonctionne sur n'importe quel système d'exploitation sur lequel Java est installé.

Il sortira le document au format DOC, DOCX ou RTF si vous avez besoin d'un format de sortie MS Word. Tous sont également bien pris en charge.

En utilisant cette API, vous pouvez créer un document à partir de zéro, littéralement à partir de nœuds et définir leurs propriétés de mise en forme. Vous pouvez également utiliser un DocumentBuilder qui fournit des méthodes de niveau supérieur telles que créer une ligne de tableau, insérer un champ, etc. des morceaux de plusieurs documents et Aspose.Words fusionneront correctement les styles, la mise en forme de la liste, etc. dans le document résultant.

Vous pourrez insérer un champ TOC en utilisant Aspose.Words, mais à partir d'aujourd'hui, le champ TOC nécessitera une mise à jour du champ lorsque le document est ouvert dans Microsoft Word. Cependant, nous allons publier un support complet pour les champs TOC au début de 2010. Par exemple, il construira une table des matières complète comme MS Word le fait.

Je fais partie de l'équipe Aspose.Words.

Il n'a été mentionné qu'une fois brièvement, donc j'aimerais appeler la bibliothèque docx4j, car j'ai eu plus de succès avec docx4j qu'autre chose. La prise en charge par Apache POI des documents Word n'est pas très bonne. De plus, contrairement à Aspose.Words, docx4j est une bibliothèque open source.

Le seul inconvénient est qu'avec docx4j, vous devez créer des documents au format Office Open XML (docx) plutôt que des documents au format OLE2 (doc). Il s'agit du format par défaut pour Word 2007, mais Word 2003 et les utilisateurs antérieurs devront installer un pack de compatibilité.

Essayez Aspose.Words pour java.

Aspose.Words for Java est une bibliothèque de classes (commerciale) avancée pour Java qui vous permet d'effectuer une large gamme de tâches de traitement de documents directement dans vos applications Java.

Aspose.Words pour Java prend en charge les formats DOC, OOXML, RTF, HTML et OpenDocument. Avec Aspose.Words, vous pouvez générer, modifier et convertir des documents sans utiliser Microsoft Word.

Vous pouvez utiliser un pont Java COM comme JACOB . Si c'est du côté client, une autre option serait d'utiliser Javascript.

J'ai utilisé Aspose.Words pour faire du publipostage dans .NET. Je pense qu'ils ont également une version Java.

Il existe un outil appelé JODConverter qui se connecte au bureau ouvert pour exposer ses convertisseurs de format de fichier, il existe des versions disponibles en tant qu'application Web (se trouve dans tomcat) sur laquelle vous publiez et un outil de ligne de commande. J'ai lancé du html et je l'ai converti en .doc et pdf avec succès, c'est dans un projet assez gros, je n'ai pas encore été mis en ligne, mais je pense que je vais l'utiliser. http://sourceforge.net/projects/jodconverter/

iText est vraiment facile à utiliser.

Si vous avez besoin de fichiers doc, vous pouvez appeler abiword (processeur de texte multi-os léger gratuit) à partir de la ligne de commande, il a plusieurs options de conversion de format de conversion.

docx4j ou poi, tous deux ASL v2

@wondersofcomputing: iText est en fait gratuit et open source

Après un peu plus de recherche, je suis tombé sur iText, une API de création de fichiers PDF et RTF. Je pense que je peux utiliser la génération RTF pour créer un fichier lisible par Doc qui peut ensuite être édité à l'aide de Doc et réenregistré.

Quelqu'un a-t-il une expérience avec iText, utilisé de cette façon?

Bill, le POI et l'API iText sont très similaires du point de vue de la programmation. J'ai travaillé avec les deux dans le passé et je les ai trouvés à la fois faciles à utiliser et bien documentés.

Avec iText, vous avez l'avantage de pouvoir basculer entre les formats (RTF et PDF) avec des modifications mineures du code. Si je me souviens bien, le contenu est présenté en utilisant les mêmes appels, puis défini au format PDF ou RTF en utilisant quelques lignes de code.

Cependant, je pense que le formatage en RTF est limité par rapport à DOC. Je ne sais pas si vous serez en mesure d'implémenter les fonctionnalités avancées que vous recherchez (tableaux, images en ligne) sans une quantité décente de tracas, voire pas du tout.

Compte tenu de ce que vous avez dit à propos de HWPF n'ayant pas suffisamment de fonctionnalités pour vos besoins (je n'ai traité que du côté Excel de POI), votre meilleur pari peut être de convaincre les pouvoirs en place que le PDF est la meilleure technologie pour le travail .

J'ai développé des fichiers de mots basés sur XML pur dans le passé. J'ai utilisé .NET, mais le langage ne devrait pas avoir d'importance puisqu'il s'agit vraiment de XML. Ce n'était pas la chose la plus facile à faire (un projet qui l'exigeait il y a quelques années). Celles-ci ne fonctionnent que dans Word 2007 ou supérieur - mais tout ce dont vous avez besoin est le livre blanc de Microsoft qui décrit ce que fait chaque balise. Vous pouvez accomplir tout ce que vous voulez avec les balises de la même manière que si vous utilisiez Word (bien sûr un peu plus pénible au départ).

Après un peu plus de recherche, je suis tombé sur iText , une API de création de fichiers PDF et RTF. Je pense que je peux utiliser la génération RTF pour créer un fichier lisible par Doc qui peut ensuite être édité à l'aide de Doc et réenregistré.

Quelqu'un a-t-il une expérience avec iText, utilisé de cette façon?

Encore une autre possibilité, puisqu'il s'agit d'une application Web.

J'ai pu rendre une page HTML avec le type MIME défini sur "application / msword", ce qui a amené le navigateur à générer Word qui importait très bien le html, permettant les modifications et l'enregistrement comme si je produisais un vrai document Word.

Les tableaux fonctionnent bien, mais les images que je n'avais pas encore mises au point. Cela peut être aussi simple qu'une simple balise dans le HTML, ou il se peut que je doive diffuser une partie distincte de la réponse contenant les données d'image en binaire, ou une autre méthode que je n'ai pas encore proposée. :)

Même si cela est beaucoup plus tardif que la demande, cela pourrait aider les autres. Docmosis fournit une API Java pour créer des documents au format doc, pdf, odt en utilisant des documents comme modèles. Il utilise OpenOffice comme moteur pour effectuer les conversions de format. La manipulation et la population de documents sont effectuées par Docmosis elle-même.