Pour ODT vers PDF, je sais pas, mais j'ai eu le meme besoin avec SXW vers PDF. Tout ce que j'ai trouvé en java, c'est piloter OpenOffice pour qu'il fasse ce traitement.
Bons points :
- c'est pas tres compliqué à faire.
Mauvais points :
- openoffice est lent. tres lent. meme sur des machines balaises, la conversion est loin d'etre instantanée
- openoffice est bourré de memory leaks : à chaque conversion, y'a quelques 100 ko qui s'evaporent. Si c'est pour faire de la conversion en tant que serveur ( genre 3000 conversions dans la journée ), il faut quitter openoffice par programmation et le relancer avant que celui-ci ne freeze ( par exemple toutes les 100 conversions ... )
- openoffice en tant que serveur sous linux necessite d'avoir un serveur X démarré ( c'est pas la classe ça ?... ). L'option headless de la ligne de commande ne change rien à la situation. Il faut donc utiliser un Xfvb qui va bien.
- les tests de non-regression avant les livraisons de version d'openoffice paraissent legers : l'export pdf par programmation fonctionne avec la 1.1.5. Il fonctionne avec la 2.0.0 et la 2.0.1 mais plus avec la 2.0.2. "Normalement" les choses devraient rentrer dans l'ordre avec la 2.0.3 ( d'apres le bugzilla sun ).
- openoffice lancé en tant que serveur ne supporte que moyennement les acces concurrents. Il faut donc mieux gerer une file d'attente par programation et faire faire les conversions par OO une par une.
Une fois fait le tour des problemes, ça marche.
voilà, voilà.
# .
Posté par snt . En réponse au message Convertisseurs ODT->PDF ou ODT->PS en ligne de commande ?. Évalué à 4.
Bons points :
- c'est pas tres compliqué à faire.
Mauvais points :
- openoffice est lent. tres lent. meme sur des machines balaises, la conversion est loin d'etre instantanée
- openoffice est bourré de memory leaks : à chaque conversion, y'a quelques 100 ko qui s'evaporent. Si c'est pour faire de la conversion en tant que serveur ( genre 3000 conversions dans la journée ), il faut quitter openoffice par programmation et le relancer avant que celui-ci ne freeze ( par exemple toutes les 100 conversions ... )
- openoffice en tant que serveur sous linux necessite d'avoir un serveur X démarré ( c'est pas la classe ça ?... ). L'option headless de la ligne de commande ne change rien à la situation. Il faut donc utiliser un Xfvb qui va bien.
- les tests de non-regression avant les livraisons de version d'openoffice paraissent legers : l'export pdf par programmation fonctionne avec la 1.1.5. Il fonctionne avec la 2.0.0 et la 2.0.1 mais plus avec la 2.0.2. "Normalement" les choses devraient rentrer dans l'ordre avec la 2.0.3 ( d'apres le bugzilla sun ).
- openoffice lancé en tant que serveur ne supporte que moyennement les acces concurrents. Il faut donc mieux gerer une file d'attente par programation et faire faire les conversions par OO une par une.
Une fois fait le tour des problemes, ça marche.
voilà, voilà.