RE: PROBLEM while trying to write text vertically with SVG
Hi, I get a vertical text with your a fo file undezr FOP 0.93 (I suppose that is what you want to get). There is only 1 minor mistake in it: Use Sans-serif instead of SansSerif in your font-family property. Pascal -Message d'origine- De : Gregan, Miroslav [mailto:[EMAIL PROTECTED] Envoyé : mercredi 10 janvier 2007 08:59 I'm trying to write text vertically in a PDF by using an XSL-FO with SVG code. I use FOP 0.93 like a library in a java code under windows XP, (but should also work under Linux). The SVG code used is working fine in an SVG file, and with FOP 20.5. BUT it is NOT working with FOP 0.93. Could someone, please, have a look at it and tell my what am I doing wrong? fo start file: http://www.filefactory.com/file/f107a9/ http://www.filefactory.com/file/f107a9/ pdf result file: http://www.filefactory.com/file/d30969/ http://www.filefactory.com/file/d30969/ Thank you. Kind regards, Miroslav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PROBLEM while trying to write text vertically with SVG
Not fair, I still get nothing correct!! Even when I put no font-family property. Could it be a library problem? Miroslav Hi, I get a vertical text with your a fo file undezr FOP 0.93 (I suppose that is what you want to get). There is only 1 minor mistake in it: Use Sans-serif instead of SansSerif in your font-family property. Pascal -Message d'origine- De : Gregan, Miroslav [mailto:[EMAIL PROTECTED] Envoyé : mercredi 10 janvier 2007 08:59 I'm trying to write text vertically in a PDF by using an XSL-FO with SVG code. I use FOP 0.93 like a library in a java code under windows XP, (but should also work under Linux). The SVG code used is working fine in an SVG file, and with FOP 20.5. BUT it is NOT working with FOP 0.93. Could someone, please, have a look at it and tell my what am I doing wrong? fo start file: http://www.filefactory.com/file/f107a9/ http://www.filefactory.com/file/f107a9/ pdf result file: http://www.filefactory.com/file/d30969/ http://www.filefactory.com/file/d30969/ Thank you. Kind regards, Miroslav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error using TTFReader
That's strange. My Java version (java -version) reads 1.4.2, and I installed Java on this machine from the latest SDK last year. But in any case, it worked. Thanks. That means you're probably still on old JDK 1.3 which doesn't contain JAXP. Please add Xerces and Xalan to the classpath. -- View this message in context: http://www.nabble.com/Error-using-TTFReader-tf2944457.html#a8255423 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Update from Trunk Errors with FOP
Hi Jeremias, thanks a lot for your answers :-) Update form Trunk works very fine now after setting the needed proxy in the TortoiseSVN. The First Download and Update from Trunk works without the Proxy-Settings. Maybe strange but never mind now. My PDF-Output looks good at this moment. But maybe in further versions of FOP this warnings are no longer warnings but errors and no output are generated. Maybe I have a deeper look at the attributes to make a more decent FO-File for FOP. Best Regards, Leeloo Jeremias Maerki [EMAIL PROTECTED] schrieb: On 04.01.2007 15:33:45 leeloo5e79-docbook wrote: I still have a lot of errors using FOP in 0.92beta or better from Trunk I think. Since a while I can't update from Trunk: TortoiseSVN said: Error: PROPFIND request failed on '/repos/asf/xmlgraphics/fop/trunk' Error: PROPFIND of '/repos/asf/xmlgraphics/fop/trunk': could not connect to server (http://svn.apache.org) Anything wrong with the server? Last year it worked fine. The server could have been down for some reason. Just retry later. Or if you're behind a proxy you may have to use https instead of http. First message I got while converting a XML to PDF is org.apache.fop.fo.flow.TableColumn bind WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) Deleting table-layout=fixed because it is not supported (http://xmlgraphics.apache.org/fop/compliance.html#fo-property-table-layout), produces another error/warning: Nono. You'll have to leave table-layout=fixed but you should specify column-widths. But this warning can safely be ignored if you get the expected output. WARNING: Warning(Unknown location): fo:table, table-layout=auto is currently not supported by FOP 04.01.2007 11:11:34 org.apache.fop.fo.PropertyList convertAttributeToProperty FATAL: Ignoring property: column-width=proportional-column-width(1) (proportional-column-width() function may only be used when fo:table has table-layout=fixed.; property:'column-width') What does this mean? Using column-with in fo:table which is supported by FOP (http://xmlgraphics.apache.org/fop/compliance.html#fo-property-column-width) without table-layout=fixed produces an error. And using it with table-layout=fixed because this is not support produces also an error. Somebody is understanding this? And table-layout=auto are also not supported. Not an error, a warning. table-layout=auto is indeed not implemented, yet, but fixed is. We're just nitpickers concerning your not specifying column-widths in this case. :-) Next error seems to mean that the first row of a table is taller than the row should be: org.apache.fop.layoutmgr.table.TableContentLayoutManager createElementsForRowGroup WARNING: The contents of row 1 are taller than they should be (there is a block-progression-dimension or height constraint on the indicated row). Due to its contents the row grows to 76820 millipoints, but the row shouldn't get any taller than MinOptMax[min=opt=max=14000] millipoints. (fo:table-row, no context info available) For some tables I specified a column-width, maybe this could be the error. But I do not specified the widths in millipoints but used proportional measure. So, there should be no taller row than they should be, or !? After the next rows the error causes with FOP in the FO-File I guess I should write an FAQ entry about that. You specify height on the row. By using height you implicitely set block-progression-dimension.minimum, block-progression-dimension.optimum and block-progression-dimension.maximum to the same value (see MinOptMax[min=opt=max=14000] above). Now, if your content gets larger than 14pt (76.820pt in your case) in vertical direction the content actually violates a constraint (maximum=14pt). The warning message actually says pretty much that. You probably just didn't know that height maps to block-progression-dimension. height is only a corresponding property. Again, it's a warning, not an error, although strictly speaking, it is a layout error. Depends on your nitpicking level. :-) To get rid of the warning the usual work-around is to use block-progression-dimension.minimum=14pt instead of height=14pt. This allows the table-row to grow as necessary while maintaining a minimum height. Another error seems to have a problem with the PageBreakingAlgorithm: org.apache.fop.layoutmgr.PageBreakingAlgorithm updateData2 WARNING: Part/page 1 overflows the available area in block-progression dimension. (fo:static-content, no context info available) To engender a PageBreak, I'm using . For the time being last error: org.apache.fop.layoutmgr.StaticContentLayoutManager doLayout WARNING: static-content overflows the available area. (fo:static-content, no context info available) Similar problem as with your table-row. Your content is larger than the available area you defined for your header or footer. Set a background-color on
Re: Set up a servlet with fop
Thank you very much Jeremias. I'll try it. Best regards Xavier Jeremias Maerki a écrit : Well, just put fop.jar and all JAR files from FOP's lib directory in the WEB-INF/lib directory of your web application. You can omit the JAXP stuff, i.e. the following JARs if you use JDK 1.4 or later: - xalan*.jar - xercesImpl*.jar - xml-apis*.jar - serializer*.jar (but make sure you use at least the versions delivered with FOP to avoid problems with the buggy JAXP implementations Sun delivers with some JRE/JDKs. See: http://xmlgraphics.apache.org/fop/faq.html#svg-attribute-required) On 08.01.2007 12:29:58 Xavier Ottolini wrote: Thank you manuel, The build is successfull with the 0.93 release. I know this page. http://xmlgraphics.apache.org/fop/0.93/servlets.html But it does not explain which jar files are required and how to set up the server without building the whole fop application. Regards, Xavier Manuel Mall a écrit : On Monday 08 January 2007 19:29, Xavier Ottolini wrote: Hi, I am a newbee with FOP. I would like to create a servlet application able to create a PDF file. I choosed fop. I downloaded the fop 0.92 src. I tried to build it with ant (Java 1.4 and Ant 1.7.0). But I get 44 compile errors. The servlet will be hosted on a Tomcat 4.3 server (linux). I think I will use the binary distribution. The first stable fop release of the new code base is just out (fop 0.93). I recommend you use that. Are there any how to to build and set up a servlet ? Which jar files are necessary ? See http://xmlgraphics.apache.org/fop/0.93/servlets.html Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Pour préservez l’environnement n’imprimez cet e-mail qu’en cas de nécessité. Xavier Ottolini Développeur multimédia Adelis 37 rue d'Engwiller 67350 La Walck France Téléphone : +33 (0) 3 69 20 29 02 Télécopie : +33 (0) 3 88 72 29 19 http://www.adelis.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PROBLEM while trying to write text vertically with SVG
AFAIK, with FOP 0.93, related SVG libraries are: - batik-all-1.6.jar - xmlgraphics-commons-1.1.jar Pascal -Message d'origine- De : Gregan, Miroslav [mailto:[EMAIL PROTECTED] Envoyé : mercredi 10 janvier 2007 11:40 Not fair, I still get nothing correct!! Even when I put no font-family property. Could it be a library problem? Miroslav Hi, I get a vertical text with your a fo file undezr FOP 0.93 (I suppose that is what you want to get). There is only 1 minor mistake in it: Use Sans-serif instead of SansSerif in your font-family property. Pascal -Message d'origine- De : Gregan, Miroslav [mailto:[EMAIL PROTECTED] Envoyé : mercredi 10 janvier 2007 08:59 I'm trying to write text vertically in a PDF by using an XSL-FO with SVG code. I use FOP 0.93 like a library in a java code under windows XP, (but should also work under Linux). The SVG code used is working fine in an SVG file, and with FOP 20.5. BUT it is NOT working with FOP 0.93. Could someone, please, have a look at it and tell my what am I doing wrong? fo start file: http://www.filefactory.com/file/f107a9/ http://www.filefactory.com/file/f107a9/ pdf result file: http://www.filefactory.com/file/d30969/ http://www.filefactory.com/file/d30969/ Thank you. Kind regards, Miroslav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FOP from TRUNK: Hyphenation LineBreak-Problem???
Hello List, after the update of FOP from TRUNK today, I've got a WARNING while generating a PDF-Output. org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm updateData2 WARNUNG: Line 1 of a paragraph overflows the available area. (fo:block, Aggregierte Ausfallzeit IT-System) org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm updateData2 WARNUNG: Line 2 of a paragraph overflows the available area. (fo:block, IT-Anwendung, die IT-System benutzt) This time this warning has effects on the real PDF-Output. It looks not very nice. The table-cell in fo looks like this: fo:table-cell padding-left=2pt padding-right=2pt padding-top=2pt padding-bottom=2pt border-bottom-width=0.5pt border-bottom-style=solid border-bottom-color=black border-right-width=0.5pt border-right-style=solid border-right-color=black text-align=centerfo:block font-weight=boldAggregierte Ausfallzeit IT-System/fo:block/fo:table-cell The table cell in PDF-Output is broken like this: Aggre- gier- te Aus- fallzeit IT-System and this IT-Anwen- dung, die IT-System benutzt After correct hyphenation then on last or second line there is no normal break or another hyphenation. And so the available area is overflowing from this. In the same table I have also long text which are separated and nothing is overflowing. Using FOP 0.93 or the TRUNK-Version from beginning of december 2006 everything is fine. Any suggestions? Best Regards, Leeloo - Der neue Internet Explorer 7 in deutscher Ausführung ist da!
Re: FOP from TRUNK: Hyphenation LineBreak-Problem???
[EMAIL PROTECTED] wrote: Hello List, after the update of FOP from TRUNK today, I've got a WARNING while generating a PDF-Output. org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm updateData2 WARNUNG: Line 1 of a paragraph overflows the available area. (fo:block, Aggregierte Ausfallzeit IT-System) org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm updateData2 WARNUNG: Line 2 of a paragraph overflows the available area. (fo:block, IT-Anwendung, die IT-System benutzt) This time this warning has effects on the real PDF-Output. It looks not very nice. The table-cell in fo looks like this: fo:table-cell padding-left=2pt padding-right=2pt padding-top=2pt padding-bottom=2pt border-bottom-width=0.5pt border-bottom-style=solid border-bottom-color=black border-right-width=0.5pt border-right-style=solid border-right-color=black text-align=centerfo:block font-weight=boldAggregierte Ausfallzeit IT-System/fo:block/fo:table-cell This is not enough information to go on. We would need to see the complete table so we know how wide the column is supposed to be. snip/ Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tiff cmyk
Hi all, i searched the list a few hours by now, trying to get help on my tif problem and i can now import a tif saved in rgb color. But for print i need a cmyk tiff. The Problem is, that the cmyk is renderd with batik, why? for rgb fop takes teh right jimi... The result from the cmyk is just a black image! does anybody has imported a cmyk succsessfully? Please help! i am running mad! ven. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP Problem
On Jan 10, 2007, at 18:48, pwillsey wrote: I ran the transformation from both computers on the command line, the FO file was identical and did not contain a fo:simple-page-master element with more then one fo:region-body. Did you do a visual check, or a more reliable XPath check? Something like: /*/*/*[local-name(.)='simple-page-master'][count(*[local-name(.) ='region-body']) gt; 1] HTH! Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiff cmyk
CMYK TIFF is currently only supported if the image itself is encoded as a DCT image (with is the same compression JPEG uses). Otherwise, FOP will process the image data wrongly, thinking it is RGB data. I suggest you convert your images into a CMYK JPEG images. That is probably the easiest work-around until one of us has time to do the image package redesign. On 10.01.2007 21:39:54 Kris Wolff wrote: Hi all, i searched the list a few hours by now, trying to get help on my tif problem and i can now import a tif saved in rgb color. But for print i need a cmyk tiff. The Problem is, that the cmyk is renderd with batik, why? for rgb fop takes teh right jimi... The result from the cmyk is just a black image! does anybody has imported a cmyk succsessfully? Please help! i am running mad! ven. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP Problem
Ok, in this case I'd modify the application so you can write out the generated FO within your application. Maybe there's something special about that environment. I'm sure you did it right, but are you certain that you properly override the default XSLT implementation with Xalan 2.7.0 using the endorsed standards override mechanism? I don't think the difference in processor technology should make any difference here. Normally, the choice of JVM and application server is a more likely cause. On 10.01.2007 18:48:12 pwillsey wrote: I ran the transformation from both computers on the command line, the FO file was identical and did not contain a fo:simple-page-master element with more then one fo:region-body. I'm using Xalan 2.7.0 on both machines for XSLT processing. Not sure if this is relevant but the machine I'm having problems with is running OS X with an intel chip and the development machine is a powerpc. Jeremias Maerki-2 wrote: If you haven't done so already, run only the XSLT transformation outside your application (on the command-line) and inspect the generated FO file. You may also need to verify that you're using the same XSLT processor in both environments. On 10.01.2007 06:33:05 pwillsey wrote: Hello, I'm getting a validation exception: javax.xml.transform.TransformerException: org.apache.fop.fo.ValidationException: Error(Unknown location): For fo:simple-page-master, only one fo:region-body may be declared. But I've checked the XLST sheet and there is no fo:simple-page-master element with more then one fo:region-body. I've also tested this on another machine and it works fine. I'm using FOP V. 0.93 (on Both machines). Not sure if this makes a difference but I'm using FOP in a webobjects project and I get the exception when I deploy the project but not when I run it using eclipse on my development machine. Any help would be greatly Appreciated Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiff cmyk
Hi Jeremias, now i am running into an error, that terminates the rendering: javax.xml.transform.TransformerException: java.lang.RuntimeException: TIFFImage16 at org.apache.xalan.templates.ElemLiteralResult.execute (ElemLiteralResult.java:725) at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates (TransformerImpl.java:2339) at org.apache.xalan.templates.ElemLiteralResult.execute (ElemLiteralResult.java:710) at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates (TransformerImpl.java:2339) at org.apache.xalan.templates.ElemLiteralResult.execute (ElemLiteralResult.java:710) at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates (TransformerImpl.java:2339) at org.apache.xalan.templates.ElemLiteralResult.execute (ElemLiteralResult.java:710) at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates (TransformerImpl.java:2339) at org.apache.xalan.templates.ElemLiteralResult.execute (ElemLiteralResult.java:710) at org.apache.xalan.templates.ElemApplyTemplates.transformSelectedNodes (ElemApplyTemplates.java:425) at org.apache.xalan.templates.ElemApplyTemplates.execute (ElemApplyTemplates.java:216) at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates (TransformerImpl.java:2339) at org.apache.xalan.transformer.TransformerImpl.applyTemplateToNode (TransformerImpl.java:2160) at org.apache.xalan.transformer.TransformerImpl.transformNode (TransformerImpl.java:1213) at org.apache.xalan.transformer.TransformerImpl.transform (TransformerImpl.java:668) at org.apache.xalan.transformer.TransformerImpl.transform (TransformerImpl.java:1129) at org.apache.xalan.transformer.TransformerImpl.transform (TransformerImpl.java:1107) I saved the tif with Photoshop CS 2 as JPEG Compression, best Quality. the image is CMYK/8Bit. I don't know if this is a following error, or an other mistake of mine. thank you in advanced, ven On Jan 10, 2007, at 10:06 PM, Jeremias Maerki wrote: CMYK TIFF is currently only supported if the image itself is encoded as a DCT image (with is the same compression JPEG uses). Otherwise, FOP will process the image data wrongly, thinking it is RGB data. I suggest you convert your images into a CMYK JPEG images. That is probably the easiest work-around until one of us has time to do the image package redesign. On 10.01.2007 21:39:54 Kris Wolff wrote: Hi all, i searched the list a few hours by now, trying to get help on my tif problem and i can now import a tif saved in rgb color. But for print i need a cmyk tiff. The Problem is, that the cmyk is renderd with batik, why? for rgb fop takes teh right jimi... The result from the cmyk is just a black image! does anybody has imported a cmyk succsessfully? Please help! i am running mad! ven. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiff cmyk
Hmm, TIFFImage16 is one of those error messages that should actually be resolved into an understandable error message. Looking at the source code, it means as much as: I don't support CMYK images with DCT compression. I that is the TIFF codec in XML Graphics Commons. Unfortunately, the image adapter for that codec currently seems to decode the whole image to determine the image size and can therefore later not use the raw image data. I thought that used to work at some point. But then the image package really is a mess. I really have no other option for you than using JPEG instead of TIFF for now if you absolutely need CMYK support. On 10.01.2007 23:00:52 Kris Wolff wrote: Ok, of course, here is the full error: (long list) snip/ java.lang.RuntimeException: TIFFImage16 at org.apache.xmlgraphics.image.codec.tiff.TIFFImage.init (TIFFImage.java:579) at org.apache.fop.image.TIFFImage.decodeImage(TIFFImage.java: 72) at org.apache.fop.image.XmlGraphicsCommonsImage.loadDimensions (XmlGraphicsCommonsImage.java:78) at org.apache.fop.image.AbstractFopImage.load (AbstractFopImage.java:160) at org.apache.fop.fo.flow.ExternalGraphic.bind (ExternalGraphic.java:73) snip/ Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiff cmyk
Hi Jeremias, i try to follow you in the code... hm, lost at some point. I definetly need cmyk, so i start to begin looking for some jai examples rendering tiff2jpeg without loosing the color theme. All i get by now is some ugly image in compleate diferent colors so i think other api, other site, maybe other list :-) for understanding you and get deeper into fop-development (i really like it, but i am comming from business-logic-applications, short from plain numbers on the screen :-) and lots of web-services (lots of text and numbers, too) so i see a chance for me getting into image- things here, trying to understand what is going wrong in fop. So, you say: the image class decompress the image to find out the size and than can not process in the next steps because it expected jpeg- compression but get raw data, am i right? ven. On Jan 10, 2007, at 11:21 PM, Jeremias Maerki wrote: Hmm, TIFFImage16 is one of those error messages that should actually be resolved into an understandable error message. Looking at the source code, it means as much as: I don't support CMYK images with DCT compression. I that is the TIFF codec in XML Graphics Commons. Unfortunately, the image adapter for that codec currently seems to decode the whole image to determine the image size and can therefore later not use the raw image data. I thought that used to work at some point. But then the image package really is a mess. I really have no other option for you than using JPEG instead of TIFF for now if you absolutely need CMYK support. On 10.01.2007 23:00:52 Kris Wolff wrote: Ok, of course, here is the full error: (long list) snip/ java.lang.RuntimeException: TIFFImage16 at org.apache.xmlgraphics.image.codec.tiff.TIFFImage.init (TIFFImage.java:579) at org.apache.fop.image.TIFFImage.decodeImage (TIFFImage.java: 72) at org.apache.fop.image.XmlGraphicsCommonsImage.loadDimensions (XmlGraphicsCommonsImage.java:78) at org.apache.fop.image.AbstractFopImage.load (AbstractFopImage.java:160) at org.apache.fop.fo.flow.ExternalGraphic.bind (ExternalGraphic.java:73) snip/ Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP Problem
Jeremias Maerki-2 wrote:
Ok, in this case I'd modify the application so you can write out the
generated FO within your application. Maybe there's something special
about that environment.
I modified the application to do this and then I ran the fo file that was
created through one of the FOP examples provided on your webpage
(ExampleFO2PDF.java) and it successfully converted it from FO to PDF.
Jeremias Maerki-2 wrote:
I'm sure you did it right, but are you certain that you properly
override the default XSLT implementation with Xalan 2.7.0 using the
endorsed standards override mechanism?
No I'm not sure I didn't write the code originally I'm very new to using
FOP. Here is the code that does the transformation it looks like some of it
came from your examples page:
protected byte[] transform() {
byte[] result = null;
_errorCondition = false;
try {
// Setup output
ByteArrayOutputStream out = new ByteArrayOutputStream();
BufferedOutputStream bout = new
BufferedOutputStream(out);
try {
// Construct fop with desired output format
Fop fop =
this.fopFactory().newFop(MimeConstants.MIME_PDF, bout);
// Setup XSLT
Transformer transformer =
this.xsltTransformer();
// Set the value of a param in the stylesheet
transformer.setParameter(versionParam, 2.0);
transformer.setErrorListener(this);
if (logger.isDebugEnabled()) {
StringBuffer aLog = new StringBuffer();
aLog.append(transformer
properties:\n);
Properties properties =
transformer.getOutputProperties();
for (Iterator iterator =
properties.keySet().iterator();
iterator.hasNext();) {
String key = (String)
iterator.next();
aLog.append(\t property: +
key + value: + properties.get(key));
}
logger.debug(aLog.toString());
}
// Setup input for XSLT transformation
Source src = this.xsltInput();
// Resulting SAX events (the generated FO) must
be piped through
// to FOP
Result res = new
SAXResult(fop.getDefaultHandler());
// Start XSLT transformation and FOP processing
transformer.transform(src, res);
// Result processing
FormattingResults foResults = fop.getResults();
if (logger.isDebugEnabled()) {
logger.debug(foResults + foResults);
}
bout.flush();
result = out.toByteArray();
} finally {
out.close();
}
} catch (Exception exception) {
if (logger.isEnabledFor(org.apache.log4j.Level.ERROR)) {
logger.error(Exception , exception);
}
result = new byte[] {};
}
if (_errorCondition)
result = new byte[] {};
return result;
}
The Exception Occurs on this line:
// Start XSLT transformation and FOP processing
transformer.transform(src, res);
Jeremias Maerki-2 wrote:
I don't think the difference in processor technology should make any
difference here. Normally, the choice of JVM and application server is a
more likely cause.
On 10.01.2007 18:48:12 pwillsey wrote:
I ran the transformation from both computers on the command line, the FO
file
was identical and did not contain a fo:simple-page-master element with
more
then one fo:region-body. I'm using Xalan 2.7.0 on both machines for XSLT
processing. Not sure if this is relevant but the machine I'm having
problems with is running OS X with an intel chip and the development
machine
is a powerpc.
Jeremias Maerki-2 wrote:
If you haven't done so already, run only the XSLT transformation
outside
your application (on the command-line) and inspect the generated FO
file.
You may also need to verify that you're using the same XSLT processor
in
both environments.
On 10.01.2007 06:33:05
Re: FOP from TRUNK: Hyphenation LineBreak-Problem???
leeloo5e79-docbook wrote: snip/ It could be that the new UAX#14 line breaking introduced after 0.93 in late December is causing this. Can you please provide a full working testcase fo exhibiting the problem (if possible attached please not inlined with the message). Thanks Manuel -- View this message in context: http://www.nabble.com/FOP-from-TRUNK%3A-Hyphenation---LineBreak-Problemtf2952766.html#a8271900 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiff cmyk
I don't have much time right now to explain the current plans but take a look at: org.apache.fop.render.pdf.FopPDFImage org.apache.fop.render.image.TIFFImage org.apache.fop.render.image.XmlGraphicsCommonsImage (parent of TIFFImage) Some notes for the upcoming redesign of the image package: http://wiki.apache.org/xmlgraphics-fop/ImageSupport But I don't really understand why you can't save your image as a CMYK TIFF and use that. On 10.01.2007 23:35:17 Kris Wolff wrote: Hi Jeremias, i try to follow you in the code... hm, lost at some point. I definetly need cmyk, so i start to begin looking for some jai examples rendering tiff2jpeg without loosing the color theme. All i get by now is some ugly image in compleate diferent colors so i think other api, other site, maybe other list :-) for understanding you and get deeper into fop-development (i really like it, but i am comming from business-logic-applications, short from plain numbers on the screen :-) and lots of web-services (lots of text and numbers, too) so i see a chance for me getting into image- things here, trying to understand what is going wrong in fop. So, you say: the image class decompress the image to find out the size and than can not process in the next steps because it expected jpeg- compression but get raw data, am i right? ven. On Jan 10, 2007, at 11:21 PM, Jeremias Maerki wrote: Hmm, TIFFImage16 is one of those error messages that should actually be resolved into an understandable error message. Looking at the source code, it means as much as: I don't support CMYK images with DCT compression. I that is the TIFF codec in XML Graphics Commons. Unfortunately, the image adapter for that codec currently seems to decode the whole image to determine the image size and can therefore later not use the raw image data. I thought that used to work at some point. But then the image package really is a mess. I really have no other option for you than using JPEG instead of TIFF for now if you absolutely need CMYK support. On 10.01.2007 23:00:52 Kris Wolff wrote: Ok, of course, here is the full error: (long list) snip/ java.lang.RuntimeException: TIFFImage16 at org.apache.xmlgraphics.image.codec.tiff.TIFFImage.init (TIFFImage.java:579) at org.apache.fop.image.TIFFImage.decodeImage (TIFFImage.java: 72) at org.apache.fop.image.XmlGraphicsCommonsImage.loadDimensions (XmlGraphicsCommonsImage.java:78) at org.apache.fop.image.AbstractFopImage.load (AbstractFopImage.java:160) at org.apache.fop.fo.flow.ExternalGraphic.bind (ExternalGraphic.java:73) snip/ Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
