2010-10-13 39 views
0

Dans notre logiciel, nous utilisons Apache FOP 0.20.5 (je sais qu'il s'agit d'une ancienne version, nous ne pouvons pas le mettre à jour car c'est une ancienne version de notre logiciel) pour créer de "jolis" rapports de style. Nous en avons créé un en important un fichier PDF dans InkScape, puis en générant le XML du (des) fichier (s) SVG. Lorsque vous envoyez ce formulaire particulier à l'imprimante (via l'option -print), cela prend un temps exceptionnellement long, c'est-à-dire 5 minutes et plus. Lorsque je fais un aperçu avant impression (-awt) ou que je l'envoie directement à un pdf (-pdf), cela prend à peine du temps, mais le texte est LOURD artefact au point de ne plus être lisible. Nous faisons cela avec beaucoup d'autres rapports/formulaires qui ont des feuilles de style uniques/compliquées sans problèmes que je connais. Est-ce que quelqu'un a une idée de ce qui pourrait se passer ici? Idéalement, je réglerais le problème de vitesse, mais une solution de contournement consistant simplement à supprimer les artefacts sur la version -pdf serait suffisante. J'ai passé manuellement le xsl créé par InkScape et j'ai essayé de supprimer tout ce qui n'était pas critique, mais cela ne semble pas faire de différence.Pourquoi la fonction FOP prend-elle autant de temps à envoyer ce document à l'imprimante?

Aimerait entendre des idées, peu importe à quelle distance ils peuvent être.

Edit: Vous avez oublié de mentionner que cette erreur se cracha des centaines (milliers) de fois au cours du processus d'impression:

Graphics2D from BufferedImage lacks BUFFERED_IMAGE hint 
+0

Avez-vous effectué un profilage? –

+0

Je ne sais même pas exactement ce que je ferais. Suggestions? – Morinar

Répondre

0

I figured it out:

La sortie de Inkscape avait mis <g> balises pour chacune de mes couches. Apparemment, le FOP prend 2 fois plus de temps pour traiter ces problèmes.

J'ai sorti tous les <g> et mes 5 minutes ont été rendus magiquement en 5 secondes.