Re: creating a PDF document containing UTF-8 characters
On 01.09.2005 06:25:54 Daniel Noll wrote: > Melih Ovadya wrote: > > >Thank you Jeremias, I followed the instructions and now I can make it work > >by embedding the font in the document. > > > >Looking at the samples in userconfig.xml, this is how I register the fonts: > > >embed-file="C:\WINDOWS\Fonts\ArialUni.ttf" kerning="yes"> > > > > > > > > > > > > > > > > > >What happens if I omit the embed-file tag? After the PDF is created, on the > >client machine, how will it find the right font to display the characters in > >that case? > > > You will see # symbols for every character that couldn't be mapped to a > known font. The # characters are actually generated into the PDF (as far > as I can tell... because every PDF viewer showed the same placeholder > character.) Actually, omitting the embed-file tag will result in Acrobat Reader complaining about not finding the font. FOP is not able to handle this properly, yet. > > With this flag, does FO include whole font in the PDF, or just a > >subset to be able to display the Unicode characters? > > > > > Half way between those two. It will embed enough of the font to display > all characters used in the document. That is, it does noticeably enlarge > the PDF even if the document only contains characters from US-ASCII. > > A long-standing issue I have with this stuff is that on Windows, I have > more than enough fonts to display a huge subset of Unicode, and Java > makes use of font substitution, such that when you write, say, "ç«", it > will display it even if you've set the font to Times New Roman. But with > PDF, if I don't have ArialUni.ttf on my machine and it wasn't embedded > into the PDF, the PDF viewer isn't smart enough to substitute fonts. I > think (correct me if I'm wrong) that this is more an issue with PDF, > though, than an issue with FOP. It's more an issue with FOP in my opinion. So let's hope for you two that someone will eventually add this missing feature. Did I say that the source code of FOP is available? :-) > I personally prefer generating HTML to > generating PDF, and we only generate PDF (and TIFF, for that matter) due > to client feature requests. :-/ Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: creating a PDF document containing UTF-8 characters
Melih Ovadya wrote: Thank you Jeremias, I followed the instructions and now I can make it work by embedding the font in the document. Looking at the samples in userconfig.xml, this is how I register the fonts: What happens if I omit the embed-file tag? After the PDF is created, on the client machine, how will it find the right font to display the characters in that case? You will see # symbols for every character that couldn't be mapped to a known font. The # characters are actually generated into the PDF (as far as I can tell... because every PDF viewer showed the same placeholder character.) With this flag, does FO include whole font in the PDF, or just a subset to be able to display the Unicode characters? Half way between those two. It will embed enough of the font to display all characters used in the document. That is, it does noticeably enlarge the PDF even if the document only contains characters from US-ASCII. A long-standing issue I have with this stuff is that on Windows, I have more than enough fonts to display a huge subset of Unicode, and Java makes use of font substitution, such that when you write, say, "猫", it will display it even if you've set the font to Times New Roman. But with PDF, if I don't have ArialUni.ttf on my machine and it wasn't embedded into the PDF, the PDF viewer isn't smart enough to substitute fonts. I think (correct me if I'm wrong) that this is more an issue with PDF, though, than an issue with FOP. I personally prefer generating HTML to generating PDF, and we only generate PDF (and TIFF, for that matter) due to client feature requests. :-/ Daniel -- Daniel Noll NUIX Pty Ltd Level 8, 143 York Street, Sydney 2000 Phone: (02) 9283 9010 Fax: (02) 9283 9020 This message is intended only for the named recipient. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this message or attachment is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: creating a PDF document containing UTF-8 characters
Thank you Jeremias, I followed the instructions and now I can make it work by embedding the font in the document. Looking at the samples in userconfig.xml, this is how I register the fonts: What happens if I omit the embed-file tag? After the PDF is created, on the client machine, how will it find the right font to display the characters in that case? With this flag, does FO include whole font in the PDF, or just a subset to be able to display the Unicode characters? Regards, melih - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XSL Question - Unique list
Prakash R wrote: [snip] Is there any way using XSL I can get the unique [EMAIL PROTECTED]/fieldvalues for each product. Yes. See http://www.jenitennison.com/xslt/grouping/index.html As this is a pure XSLT question, you should ask further questions regarding this topic on the XSL list: http://www.mulberrytech.com/xsl/xsl-list/ J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
XSL Question - Unique list
I have an xml document which looks like this: shirt long sleeve red RG LN short sleeve blue RG SM sleeveless red LN SM t-shirt long sleeve red AA BB short sleeve blue CC DD sleeveless red AA EE Is there any way using XSL I can get the unique [EMAIL PROTECTED]/fieldvalues for each product. I know I can do it across the entire XML doc. In this example for product(name=shirt) it would be RG,LN and SM , product(name=t-shirt) it would be AA,BB,CC,DD,EE. I want to be able to get these separately for each product and iterate through it within the product if possible. Thank you. Prakash __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE : Endless Loop in PDF
Ok, the min/opt/max stuff definitely doesn't work correctly, yet. I'd simply set a hard-coded height value (preferably not in "px") and use content-height="scale-to-fit". That should solve your problem and maintain compatibility to 0.20.5. On 31.08.2005 15:31:23 Jeremias Maerki wrote: > I'm not sure if the min/opt/max adjustment is done correctly, yet, i.e. > that FOP automatically shrinks the image if it doesn't fit into the > page.I have to investigate that first. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE : Endless Loop in PDF
I've just committed the demo section to examples/fo/images.fo. http://svn.apache.org/viewcvs?rev=265037&view=rev I must say I'm happy to see that FOP seems to do its job well now (FOP Trunk). You should quickly find the property combination you need to use in your case. My suggestion below is probably the right thing in your case: Use b-p-d and content-height="scale-to-fit" but I'm not sure if the min/opt/max adjustment is done correctly, yet, i.e. that FOP automatically shrinks the image if it doesn't fit into the page. I have to investigate that first. And I've only checked bitmap images so far. I need to have a look at SVG graphics to see if it works fine, too. On 31.08.2005 15:04:07 Jeremias Maerki wrote: > > On 31.08.2005 14:37:35 michella wrote: > > Ok... But how could it be possible that it had worked properly with the > > older version of FOP? > > Rather, it could be that FOP Trunk finally does what the specification > says. :-) content-height was not supported by FOP 0.20.5 and the > width/height properties were used to scale the image which is clearly > wrong. > > > The problem I have is that I may have some GIF images that may be > > larger/higher than the area on the PDF, and some which are smaller. For > > the bigger one, it should scale-to-fit, and the smaller ones leave as > > is. > > In that case I think you'd use just b-p-d as before but left i-p-d off > so it is automatically determined and used content-width="scale-to-fit" > and content-height="scale-to-fit. Not sure if this will work. I'm > currently writing the demo file for external-graphic. After that I can > verify if FOP really does what it should in every case. > > > Lawrence > > -Message d'origine- > > De : Jeremias Maerki [mailto:[EMAIL PROTECTED] > > Envoyé : mercredi, 31. août 2005 14:31 > > À : fop-users@xmlgraphics.apache.org > > Objet : Re: Endless Loop in PDF > > > > > > And to add to the other comments, you should rather use content-height > > and content-width instead of i-p-d and b-p-d because the latter only > > defines the size of the viewport, not of the reference area in which the > > image is painted. There seems to be a lot of confusion about the use of > > these properties especially since FOP Trunk provides a better > > conformance to the spec than FOP 0.20.5. I'll write a demo file > > demonstrating all the effects of the different properties. On the other > > side, there may still be bugs in the layout manager for external-graphics. > > > > On 31.08.2005 12:43:18 michella wrote: > > > Sorry, I forgot to post the fo:external-graphics : > > > > > > > > >> > content-type="image/bmp" > > > src="../Publikation/Images/HS_Einfaechern.gif" > > > inline-progression-dimension.optimum="auto" > > > inline-progression-dimension.maximum="505px" > > > block-progression-dimension.optimum="auto" > > > block-progression-dimension.maximum="710px" > > > scaling="uniform"/> > > > > > > > > > I always get : Exception > > > java.lang.RuntimeException: Some content could not fit into a line/page > > > after 50 > > > attempts. Giving up to avoid an endless loop. > > > > > > When I set "inline-progression-dimension.maximum" and > > > "block-progression-dimension.maximum" lower, it won't change anything. > > > > > > Notice : I use exactly the same externa-graphics attribute value for JPG > > > and SVGs. No Problem. > > > > > > Lawrence > > > > > > 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] > > > > Jeremias Maerki > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : RE : Endless Loop in PDF
I have four specific cases that should be automatically handled : Let X be maxWidth, let Y be maxHeight (in px): 1. if imgWidth > X and imgHeight <= Y --> uniform scale until imgWidth fits to X 2. if imgWidth > X and imgHeight > Y --> uniform scale until imgWidth and imgHeigth fits to X and Y 3. if imgWidth <= X and imgHeight > Y --> uniform scale until imgHeigth fits to Y 4. if imgWidth <= X and imgHeight <= Y --> Leave as is. Is there a way to do that? By the way, I converted the GIF into PNG. The problem remain same. I resized it to W/H = 500/476, it worked properly (both as GIF and PNG) -Message d'origine- De : Jeremias Maerki [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 31. août 2005 15:04 À : fop-users@xmlgraphics.apache.org Objet : Re: RE : Endless Loop in PDF On 31.08.2005 14:37:35 michella wrote: > Ok... But how could it be possible that it had worked properly with the > older version of FOP? Rather, it could be that FOP Trunk finally does what the specification says. :-) content-height was not supported by FOP 0.20.5 and the width/height properties were used to scale the image which is clearly wrong. > The problem I have is that I may have some GIF images that may be > larger/higher than the area on the PDF, and some which are smaller. For > the bigger one, it should scale-to-fit, and the smaller ones leave as > is. In that case I think you'd use just b-p-d as before but left i-p-d off so it is automatically determined and used content-width="scale-to-fit" and content-height="scale-to-fit. Not sure if this will work. I'm currently writing the demo file for external-graphic. After that I can verify if FOP really does what it should in every case. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE : Endless Loop in PDF
On 31.08.2005 14:37:35 michella wrote: > Ok... But how could it be possible that it had worked properly with the > older version of FOP? Rather, it could be that FOP Trunk finally does what the specification says. :-) content-height was not supported by FOP 0.20.5 and the width/height properties were used to scale the image which is clearly wrong. > The problem I have is that I may have some GIF images that may be > larger/higher than the area on the PDF, and some which are smaller. For > the bigger one, it should scale-to-fit, and the smaller ones leave as > is. In that case I think you'd use just b-p-d as before but left i-p-d off so it is automatically determined and used content-width="scale-to-fit" and content-height="scale-to-fit. Not sure if this will work. I'm currently writing the demo file for external-graphic. After that I can verify if FOP really does what it should in every case. > Lawrence > -Message d'origine- > De : Jeremias Maerki [mailto:[EMAIL PROTECTED] > Envoyé : mercredi, 31. août 2005 14:31 > À : fop-users@xmlgraphics.apache.org > Objet : Re: Endless Loop in PDF > > > And to add to the other comments, you should rather use content-height > and content-width instead of i-p-d and b-p-d because the latter only > defines the size of the viewport, not of the reference area in which the > image is painted. There seems to be a lot of confusion about the use of > these properties especially since FOP Trunk provides a better > conformance to the spec than FOP 0.20.5. I'll write a demo file > demonstrating all the effects of the different properties. On the other > side, there may still be bugs in the layout manager for external-graphics. > > On 31.08.2005 12:43:18 michella wrote: > > Sorry, I forgot to post the fo:external-graphics : > > > > > > > content-type="image/bmp" > > src="../Publikation/Images/HS_Einfaechern.gif" > > inline-progression-dimension.optimum="auto" > > inline-progression-dimension.maximum="505px" > > block-progression-dimension.optimum="auto" > > block-progression-dimension.maximum="710px" > > scaling="uniform"/> > > > > > > I always get : Exception > > java.lang.RuntimeException: Some content could not fit into a line/page > > after 50 > > attempts. Giving up to avoid an endless loop. > > > > When I set "inline-progression-dimension.maximum" and > > "block-progression-dimension.maximum" lower, it won't change anything. > > > > Notice : I use exactly the same externa-graphics attribute value for JPG > > and SVGs. No Problem. > > > > Lawrence > > > 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] Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : Endless Loop in PDF
The SVG Sizes are set in a way that they won't exceed WIDTH=505px and HEIGHT=710px Example : one SVG is WIDTH=505px and HEIGHT=515px The GIF Size is WIDTH=1169px and HEIGHT=1293px. There is some scaling requirements while inserting into the PDF Lawrence -Message d'origine- De : Manuel Mall [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 31. août 2005 12:54 À : fop-users@xmlgraphics.apache.org Objet : Re: Endless Loop in PDF Are the SVG and JPEG images the same size as the GIF, i.e. same number of pixels horz/vert and same resolution (dots/in)? What size is the actual GIF in pixels horz/vert? BTW, the content-type should most likely be "image/gif" but I doubt it matters. Manuel On Wed, 31 Aug 2005 06:43 pm, [EMAIL PROTECTED] wrote: > Sorry, I forgot to post the fo:external-graphics : > > > content-type="image/bmp" > src="../Publikation/Images/HS_Einfaechern.gif" > inline-progression-dimension.optimum="auto" > inline-progression-dimension.maximum="505px" > block-progression-dimension.optimum="auto" > block-progression-dimension.maximum="710px" > scaling="uniform"/> > > > I always get : Exception > java.lang.RuntimeException: Some content could not fit into a > line/page after 50 > attempts. Giving up to avoid an endless loop. > > When I set "inline-progression-dimension.maximum" and > "block-progression-dimension.maximum" lower, it won't change > anything. > > Notice : I use exactly the same externa-graphics attribute value for > JPG and SVGs. No Problem. > > Lawrence > > - > 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : Endless Loop in PDF
Ok... But how could it be possible that it had worked properly with the older version of FOP? The problem I have is that I may have some GIF images that may be larger/higher than the area on the PDF, and some which are smaller. For the bigger one, it should scale-to-fit, and the smaller ones leave as is. Lawrence -Message d'origine- De : Jeremias Maerki [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 31. août 2005 14:31 À : fop-users@xmlgraphics.apache.org Objet : Re: Endless Loop in PDF And to add to the other comments, you should rather use content-height and content-width instead of i-p-d and b-p-d because the latter only defines the size of the viewport, not of the reference area in which the image is painted. There seems to be a lot of confusion about the use of these properties especially since FOP Trunk provides a better conformance to the spec than FOP 0.20.5. I'll write a demo file demonstrating all the effects of the different properties. On the other side, there may still be bugs in the layout manager for external-graphics. On 31.08.2005 12:43:18 michella wrote: > Sorry, I forgot to post the fo:external-graphics : > > > content-type="image/bmp" > src="../Publikation/Images/HS_Einfaechern.gif" > inline-progression-dimension.optimum="auto" > inline-progression-dimension.maximum="505px" > block-progression-dimension.optimum="auto" > block-progression-dimension.maximum="710px" > scaling="uniform"/> > > > I always get : Exception > java.lang.RuntimeException: Some content could not fit into a line/page > after 50 > attempts. Giving up to avoid an endless loop. > > When I set "inline-progression-dimension.maximum" and > "block-progression-dimension.maximum" lower, it won't change anything. > > Notice : I use exactly the same externa-graphics attribute value for JPG > and SVGs. No Problem. > > Lawrence 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: Endless Loop in PDF
And to add to the other comments, you should rather use content-height and content-width instead of i-p-d and b-p-d because the latter only defines the size of the viewport, not of the reference area in which the image is painted. There seems to be a lot of confusion about the use of these properties especially since FOP Trunk provides a better conformance to the spec than FOP 0.20.5. I'll write a demo file demonstrating all the effects of the different properties. On the other side, there may still be bugs in the layout manager for external-graphics. On 31.08.2005 12:43:18 michella wrote: > Sorry, I forgot to post the fo:external-graphics : > > > content-type="image/bmp" > src="../Publikation/Images/HS_Einfaechern.gif" > inline-progression-dimension.optimum="auto" > inline-progression-dimension.maximum="505px" > block-progression-dimension.optimum="auto" > block-progression-dimension.maximum="710px" > scaling="uniform"/> > > > I always get : Exception > java.lang.RuntimeException: Some content could not fit into a line/page > after 50 > attempts. Giving up to avoid an endless loop. > > When I set "inline-progression-dimension.maximum" and > "block-progression-dimension.maximum" lower, it won't change anything. > > Notice : I use exactly the same externa-graphics attribute value for JPG > and SVGs. No Problem. > > Lawrence Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Endless Loop in PDF
FYI, the content-type property is ignored! On 31.08.2005 12:53:49 Manuel Mall wrote: > BTW, the content-type should most likely be "image/gif" but I doubt it > matters. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Endless Loop in PDF
[EMAIL PROTECTED] wrote: Sorry, I forgot to post the fo:external-graphics : content-type="image/bmp" src="../Publikation/Images/HS_Einfaechern.gif" inline-progression-dimension.optimum="auto" inline-progression-dimension.maximum="505px" block-progression-dimension.optimum="auto" block-progression-dimension.maximum="710px" scaling="uniform"/> Well it's bad pratice to use device dependent measurements for measurements in XSL-FO. And if you use them for images, then 72dpi is assumed, which will make the image 7in x 9.86in which is probably why is doesn't fit on the page or subsequent pages. Specify the size you would like the image to appear in inches or millimetres instead. Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Endless Loop in PDF
Are the SVG and JPEG images the same size as the GIF, i.e. same number of pixels horz/vert and same resolution (dots/in)? What size is the actual GIF in pixels horz/vert? BTW, the content-type should most likely be "image/gif" but I doubt it matters. Manuel On Wed, 31 Aug 2005 06:43 pm, [EMAIL PROTECTED] wrote: > Sorry, I forgot to post the fo:external-graphics : > > > content-type="image/bmp" > src="../Publikation/Images/HS_Einfaechern.gif" > inline-progression-dimension.optimum="auto" > inline-progression-dimension.maximum="505px" > block-progression-dimension.optimum="auto" > block-progression-dimension.maximum="710px" > scaling="uniform"/> > > > I always get : Exception > java.lang.RuntimeException: Some content could not fit into a > line/page after 50 > attempts. Giving up to avoid an endless loop. > > When I set "inline-progression-dimension.maximum" and > "block-progression-dimension.maximum" lower, it won't change > anything. > > Notice : I use exactly the same externa-graphics attribute value for > JPG and SVGs. No Problem. > > Lawrence > > - > 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]
Endless Loop in PDF
Sorry, I forgot to post the fo:external-graphics : I always get : Exception java.lang.RuntimeException: Some content could not fit into a line/page after 50 attempts. Giving up to avoid an endless loop. When I set "inline-progression-dimension.maximum" and "block-progression-dimension.maximum" lower, it won't change anything. Notice : I use exactly the same externa-graphics attribute value for JPG and SVGs. No Problem. Lawrence - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK)
I got it : The typical installation of JSDK5 will create two directories : one for JDK, and the other one for JRE. The Jai installation has only filled the SDK/jre/lib/.../ext/ directory, and did not add anything in the JRE/lib/.../ext/ one. I firgot to install the JAI for JRE! (Except that I now get an: java.lang.RuntimeException: Some content could not fit into a line/page after 50 attempts. Giving up to avoid an endless loop. Where shoud it come from? Image too big? ;-) Lawrence -Message d'origine- De : Manuel Mall [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 31. août 2005 12:08 À : fop-users@xmlgraphics.apache.org Objet : Re: Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK) I am very certain that this is still a classpath issue. Looking into the JAI jars com/sun/media/jai/codec/FileCacheSeekableStream is in jai_codec.jar. If you do a jar tf on jai_codec.jar it is actually within the first 10 files listed. I don't know why your java environment doesn't find it. May be you can describe how you invoke fop? Manuel On Wed, 31 Aug 2005 05:58 pm, [EMAIL PROTECTED] wrote: > "Clean ant" followed by "Ant" result to a successful build. Thanks. > > Unfortunately, I still get the same error message at FO processing > with a GIF Image: > > Exception in thread "main" java.lang.NoClassDefFoundError: > com/sun/media/jai/codec/FileCacheSeekableStream at > java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Unknown Source) > at > org.apache.fop.image.ImageProvider.getImplementingClass(ImageFactory. >java:594) at > org.apache.fop.image.ImageMimeType.getFirstImplementingClass(ImageFac >tory.java:644) at > org.apache.fop.image.ImageFactory.getImageClass(ImageFactory.java:307 >) at > org.apache.fop.image.ImageFactory.loadImage(ImageFactory.java:249) at > org.apache.fop.image.ImageLoader.loadImage(ImageLoader.java:54) at > org.apache.fop.image.ContextImageCache.getImage(ImageFactory.java:437 >) at org.apache.fop.image.ImageFactory.getImage(ImageFactory.java:167) > at > org.apache.fop.fo.flow.ExternalGraphic.bind(ExternalGraphic.java:127) > at org.apache.fop.fo.FObj.processNode(FObj.java:109) > at > org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:270) > at > org.apache.xalan.transformer.TransformerIdentityImpl.startElement(Tra >nsformerIdentityImpl.java:1072) at > org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown > Source) at > org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unkn >own Source) at > org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unkn >own Source) at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContent >Dispatcher.dispatch(Unknown Source) at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un >known Source) at > org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at > org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at > org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at > org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at > org.apache.xalan.transformer.TransformerIdentityImpl.transform(Transf >ormerIdentityImpl.java:484) at > org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:141) at > org.apache.fop.cli.InputHandler.render(InputHandler.java:101) at > org.apache.fop.cli.Main.startFOP(Main.java:165) > at org.apache.fop.cli.Main.main(Main.java:195) > > -- > > > -Message d'origine- > De : Jeremias Maerki [mailto:[EMAIL PROTECTED] > Envoyé : mercredi, 31. août 2005 11:43 > À : fop-users@xmlgraphics.apache.org > Objet : Re: RE : Error loading GIF image using JAI in FOP Trunk (was: > Error while processing a PDF - OK) > > > This usually works fine. Try "ant clean" followed by "ant". Maybe the > change of JDK has a bad influence on the build. > > On 31.08.2005 11:40:41 michella wrote: > > Ooops... > > > > Well... The problem seems to remain in my Java installation. My > > name is Dumbo, and I've set the JAVA_HOME uncorrectly! > > > > Now, Ant tells me that it has found the JAI (which was not the case > > before) > > > > But... build fails : > > > > C:\Documents and Settings\michella\My > > Documents\EA_Publikation\Tools\FOP_Trunk>a nt > > Buildfile: build.xml > > > > init-avail: > > [echo] --- Fop 1.0dev [1999-2005] > > [echo] See build.properties and > > build-local.properties for additional build settings > > [echo] Apache Ant version 1.6.5 compiled on June 2 2005 > > [echo] VM: 1.5.0_04-b05, Sun Microsystems Inc. > > [echo] JAVA_HOME: C:\Program Files\Java\jdk1.5.0_04 > > [echo] Jimi Support NOT Present > > [echo] JAI Support PRESENT > > [echo] JCE Support PRESENT > > [echo] JUnit Support NOT Present - Committers are required to > > have JUnit wo rking > > > > init-filters-jdk14: > > [echo] Use GraphicsConfiguration adapter for JD
RE : Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK)
Fop invocation is done as follow : Batch file : CALL ..\..\Tools\fop-0.20.5\fop -c ..\..\Tools\fop-0.20.5\conf\PostConfig.xml -fo ..\XSL-FO\uml_dp2_Handsortierung_BE.fo -pdf ..\Publikation\Generated\EA_Ist\PDF\TA\uml_dp2_Handsortierung_BE.pdf Lawrence -Message d'origine- De : Manuel Mall [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 31. août 2005 12:08 À : fop-users@xmlgraphics.apache.org Objet : Re: Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK) I am very certain that this is still a classpath issue. Looking into the JAI jars com/sun/media/jai/codec/FileCacheSeekableStream is in jai_codec.jar. If you do a jar tf on jai_codec.jar it is actually within the first 10 files listed. I don't know why your java environment doesn't find it. May be you can describe how you invoke fop? Manuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK)
I am very certain that this is still a classpath issue. Looking into the JAI jars com/sun/media/jai/codec/FileCacheSeekableStream is in jai_codec.jar. If you do a jar tf on jai_codec.jar it is actually within the first 10 files listed. I don't know why your java environment doesn't find it. May be you can describe how you invoke fop? Manuel On Wed, 31 Aug 2005 05:58 pm, [EMAIL PROTECTED] wrote: > "Clean ant" followed by "Ant" result to a successful build. Thanks. > > Unfortunately, I still get the same error message at FO processing > with a GIF Image: > > Exception in thread "main" java.lang.NoClassDefFoundError: > com/sun/media/jai/codec/FileCacheSeekableStream at > java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Unknown Source) > at > org.apache.fop.image.ImageProvider.getImplementingClass(ImageFactory. >java:594) at > org.apache.fop.image.ImageMimeType.getFirstImplementingClass(ImageFac >tory.java:644) at > org.apache.fop.image.ImageFactory.getImageClass(ImageFactory.java:307 >) at > org.apache.fop.image.ImageFactory.loadImage(ImageFactory.java:249) at > org.apache.fop.image.ImageLoader.loadImage(ImageLoader.java:54) at > org.apache.fop.image.ContextImageCache.getImage(ImageFactory.java:437 >) at org.apache.fop.image.ImageFactory.getImage(ImageFactory.java:167) > at > org.apache.fop.fo.flow.ExternalGraphic.bind(ExternalGraphic.java:127) > at org.apache.fop.fo.FObj.processNode(FObj.java:109) > at > org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:270) > at > org.apache.xalan.transformer.TransformerIdentityImpl.startElement(Tra >nsformerIdentityImpl.java:1072) at > org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown > Source) at > org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unkn >own Source) at > org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unkn >own Source) at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContent >Dispatcher.dispatch(Unknown Source) at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un >known Source) at > org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at > org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at > org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at > org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at > org.apache.xalan.transformer.TransformerIdentityImpl.transform(Transf >ormerIdentityImpl.java:484) at > org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:141) at > org.apache.fop.cli.InputHandler.render(InputHandler.java:101) at > org.apache.fop.cli.Main.startFOP(Main.java:165) > at org.apache.fop.cli.Main.main(Main.java:195) > > -- > > > -Message d'origine- > De : Jeremias Maerki [mailto:[EMAIL PROTECTED] > Envoyé : mercredi, 31. août 2005 11:43 > À : fop-users@xmlgraphics.apache.org > Objet : Re: RE : Error loading GIF image using JAI in FOP Trunk (was: > Error while processing a PDF - OK) > > > This usually works fine. Try "ant clean" followed by "ant". Maybe the > change of JDK has a bad influence on the build. > > On 31.08.2005 11:40:41 michella wrote: > > Ooops... > > > > Well... The problem seems to remain in my Java installation. My > > name is Dumbo, and I've set the JAVA_HOME uncorrectly! > > > > Now, Ant tells me that it has found the JAI (which was not the case > > before) > > > > But... build fails : > > > > C:\Documents and Settings\michella\My > > Documents\EA_Publikation\Tools\FOP_Trunk>a nt > > Buildfile: build.xml > > > > init-avail: > > [echo] --- Fop 1.0dev [1999-2005] > > [echo] See build.properties and > > build-local.properties for additional build settings > > [echo] Apache Ant version 1.6.5 compiled on June 2 2005 > > [echo] VM: 1.5.0_04-b05, Sun Microsystems Inc. > > [echo] JAVA_HOME: C:\Program Files\Java\jdk1.5.0_04 > > [echo] Jimi Support NOT Present > > [echo] JAI Support PRESENT > > [echo] JCE Support PRESENT > > [echo] JUnit Support NOT Present - Committers are required to > > have JUnit wo rking > > > > init-filters-jdk14: > > [echo] Use GraphicsConfiguration adapter for JDK 1.4. > > > > init-filters-jdk13: > > > > init: > > > > codegen: > > [echo] Generating the java files from xml resources > > > > compile-java: > > [javac] Compiling 638 source files to C:\Documents and > > Settings\michella\My > > Documents\EA_Publikation\Tools\FOP_Trunk\build\classes > > [javac] C:\Documents and Settings\michella\My > > Documents\EA_Publikation\Tools > > \FOP_Trunk\src\java\org\apache\fop\fonts\FontSetup.java:30: cannot > > access org.ap ache.fop.fonts.base14.Courier > > [javac] bad class file: C:\Documents and Settings\michella\My > > Documents\EA_P > > ublikation\Tools\FOP_Trunk\build\gensrc\org\apache\fop\fonts\base14 > >\Courier.java > > > > [javac] file does not contain class > > org.apache.fop.
RE : RE : Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK)
"Clean ant" followed by "Ant" result to a successful build. Thanks. Unfortunately, I still get the same error message at FO processing with a GIF Image: Exception in thread "main" java.lang.NoClassDefFoundError: com/sun/media/jai/codec/FileCacheSeekableStream at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Unknown Source) at org.apache.fop.image.ImageProvider.getImplementingClass(ImageFactory.java:594) at org.apache.fop.image.ImageMimeType.getFirstImplementingClass(ImageFactory.java:644) at org.apache.fop.image.ImageFactory.getImageClass(ImageFactory.java:307) at org.apache.fop.image.ImageFactory.loadImage(ImageFactory.java:249) at org.apache.fop.image.ImageLoader.loadImage(ImageLoader.java:54) at org.apache.fop.image.ContextImageCache.getImage(ImageFactory.java:437) at org.apache.fop.image.ImageFactory.getImage(ImageFactory.java:167) at org.apache.fop.fo.flow.ExternalGraphic.bind(ExternalGraphic.java:127) at org.apache.fop.fo.FObj.processNode(FObj.java:109) at org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:270) at org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:484) at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:141) at org.apache.fop.cli.InputHandler.render(InputHandler.java:101) at org.apache.fop.cli.Main.startFOP(Main.java:165) at org.apache.fop.cli.Main.main(Main.java:195) -- -Message d'origine- De : Jeremias Maerki [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 31. août 2005 11:43 À : fop-users@xmlgraphics.apache.org Objet : Re: RE : Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK) This usually works fine. Try "ant clean" followed by "ant". Maybe the change of JDK has a bad influence on the build. On 31.08.2005 11:40:41 michella wrote: > Ooops... > > Well... The problem seems to remain in my Java installation. My name is > Dumbo, and I've set the JAVA_HOME uncorrectly! > > Now, Ant tells me that it has found the JAI (which was not the case before) > > But... build fails : > > C:\Documents and Settings\michella\My > Documents\EA_Publikation\Tools\FOP_Trunk>a > nt > Buildfile: build.xml > > init-avail: > [echo] --- Fop 1.0dev [1999-2005] > [echo] See build.properties and build-local.properties for additional > build > settings > [echo] Apache Ant version 1.6.5 compiled on June 2 2005 > [echo] VM: 1.5.0_04-b05, Sun Microsystems Inc. > [echo] JAVA_HOME: C:\Program Files\Java\jdk1.5.0_04 > [echo] Jimi Support NOT Present > [echo] JAI Support PRESENT > [echo] JCE Support PRESENT > [echo] JUnit Support NOT Present - Committers are required to have JUnit > wo > rking > > init-filters-jdk14: > [echo] Use GraphicsConfiguration adapter for JDK 1.4. > > init-filters-jdk13: > > init: > > codegen: > [echo] Generating the java files from xml resources > > compile-java: > [javac] Compiling 638 source files to C:\Documents and > Settings\michella\My > Documents\EA_Publikation\Tools\FOP_Trunk\build\classes > [javac] C:\Documents and Settings\michella\My > Documents\EA_Publikation\Tools > \FOP_Trunk\src\java\org\apache\fop\fonts\FontSetup.java:30: cannot access > org.ap > ache.fop.fonts.base14.Courier > [javac] bad class file: C:\Documents and Settings\michella\My > Documents\EA_P > ublikation\Tools\FOP_Trunk\build\gensrc\org\apache\fop\fonts\base14\Courier.java > > [javac] file does not contain class org.apache.fop.fonts.base14.Courier > [javac] Please remove or make sure it appears in the correct subdirectory > of > the classpath. > [javac] import org.apache.fop.fonts.base14.Courier; > [javac]^ > [javac] 1 error > > BUILD FAILED > C:\Documents and Settings\michella\My > Documents\EA_Publikation\Tools\FOP_Trunk\b > uild.xml:357: Compile failed; s
Re: RE : Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK)
This usually works fine. Try "ant clean" followed by "ant". Maybe the change of JDK has a bad influence on the build. On 31.08.2005 11:40:41 michella wrote: > Ooops... > > Well... The problem seems to remain in my Java installation. My name is > Dumbo, and I've set the JAVA_HOME uncorrectly! > > Now, Ant tells me that it has found the JAI (which was not the case before) > > But... build fails : > > C:\Documents and Settings\michella\My > Documents\EA_Publikation\Tools\FOP_Trunk>a > nt > Buildfile: build.xml > > init-avail: > [echo] --- Fop 1.0dev [1999-2005] > [echo] See build.properties and build-local.properties for additional > build > settings > [echo] Apache Ant version 1.6.5 compiled on June 2 2005 > [echo] VM: 1.5.0_04-b05, Sun Microsystems Inc. > [echo] JAVA_HOME: C:\Program Files\Java\jdk1.5.0_04 > [echo] Jimi Support NOT Present > [echo] JAI Support PRESENT > [echo] JCE Support PRESENT > [echo] JUnit Support NOT Present - Committers are required to have JUnit > wo > rking > > init-filters-jdk14: > [echo] Use GraphicsConfiguration adapter for JDK 1.4. > > init-filters-jdk13: > > init: > > codegen: > [echo] Generating the java files from xml resources > > compile-java: > [javac] Compiling 638 source files to C:\Documents and > Settings\michella\My > Documents\EA_Publikation\Tools\FOP_Trunk\build\classes > [javac] C:\Documents and Settings\michella\My > Documents\EA_Publikation\Tools > \FOP_Trunk\src\java\org\apache\fop\fonts\FontSetup.java:30: cannot access > org.ap > ache.fop.fonts.base14.Courier > [javac] bad class file: C:\Documents and Settings\michella\My > Documents\EA_P > ublikation\Tools\FOP_Trunk\build\gensrc\org\apache\fop\fonts\base14\Courier.java > > [javac] file does not contain class org.apache.fop.fonts.base14.Courier > [javac] Please remove or make sure it appears in the correct subdirectory > of > the classpath. > [javac] import org.apache.fop.fonts.base14.Courier; > [javac]^ > [javac] 1 error > > BUILD FAILED > C:\Documents and Settings\michella\My > Documents\EA_Publikation\Tools\FOP_Trunk\b > uild.xml:357: Compile failed; see the compiler error output for details. > > Total time: 4 seconds > --- > > Hope I did not something wrong... > > Lawrence > > -Message d'origine- > De : Jeremias Maerki [mailto:[EMAIL PROTECTED] > Envoyé : mercredi, 31. août 2005 10:59 > À : fop-users@xmlgraphics.apache.org > Objet : Re: Error loading GIF image using JAI in FOP Trunk (was: Error while > processing a PDF - OK) > > > > On 31.08.2005 10:43:13 Manuel Mall wrote: > > On Wed, 31 Aug 2005 04:38 pm, [EMAIL PROTECTED] wrote: > > > Ok, I did the following : > > > > > > 1. Remove JAI and test. -> Result is the same error. > > > 2. Reinstall JAI and set CLASSPATH=... > > codec.jar are located> and test -> Result is the same error. > > > > That is a bit odd. How did you build fop? Did you have JAI in the path > > then, I assume you must have? When you build fop did it pass the test > > suite? If it did GIF support was working at build time. > > I agree. This is really odd. Anyway, Manuel's patch [1] is now applied. > I couldn't reproduce your problem because I haven't compiled my FOP on > the command-line with JAI support since the move to Subversion because I > forgot to copy over the build-local.properties files back then. Right > now, every combination looks good to me. > > [1] http://issues.apache.org/bugzilla/show_bug.cgi?id=36432 > > > > > 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] Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK)
Ooops... Well... The problem seems to remain in my Java installation. My name is Dumbo, and I've set the JAVA_HOME uncorrectly! Now, Ant tells me that it has found the JAI (which was not the case before) But... build fails : C:\Documents and Settings\michella\My Documents\EA_Publikation\Tools\FOP_Trunk>a nt Buildfile: build.xml init-avail: [echo] --- Fop 1.0dev [1999-2005] [echo] See build.properties and build-local.properties for additional build settings [echo] Apache Ant version 1.6.5 compiled on June 2 2005 [echo] VM: 1.5.0_04-b05, Sun Microsystems Inc. [echo] JAVA_HOME: C:\Program Files\Java\jdk1.5.0_04 [echo] Jimi Support NOT Present [echo] JAI Support PRESENT [echo] JCE Support PRESENT [echo] JUnit Support NOT Present - Committers are required to have JUnit wo rking init-filters-jdk14: [echo] Use GraphicsConfiguration adapter for JDK 1.4. init-filters-jdk13: init: codegen: [echo] Generating the java files from xml resources compile-java: [javac] Compiling 638 source files to C:\Documents and Settings\michella\My Documents\EA_Publikation\Tools\FOP_Trunk\build\classes [javac] C:\Documents and Settings\michella\My Documents\EA_Publikation\Tools \FOP_Trunk\src\java\org\apache\fop\fonts\FontSetup.java:30: cannot access org.ap ache.fop.fonts.base14.Courier [javac] bad class file: C:\Documents and Settings\michella\My Documents\EA_P ublikation\Tools\FOP_Trunk\build\gensrc\org\apache\fop\fonts\base14\Courier.java [javac] file does not contain class org.apache.fop.fonts.base14.Courier [javac] Please remove or make sure it appears in the correct subdirectory of the classpath. [javac] import org.apache.fop.fonts.base14.Courier; [javac]^ [javac] 1 error BUILD FAILED C:\Documents and Settings\michella\My Documents\EA_Publikation\Tools\FOP_Trunk\b uild.xml:357: Compile failed; see the compiler error output for details. Total time: 4 seconds --- Hope I did not something wrong... Lawrence -Message d'origine- De : Jeremias Maerki [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 31. août 2005 10:59 À : fop-users@xmlgraphics.apache.org Objet : Re: Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK) On 31.08.2005 10:43:13 Manuel Mall wrote: > On Wed, 31 Aug 2005 04:38 pm, [EMAIL PROTECTED] wrote: > > Ok, I did the following : > > > > 1. Remove JAI and test. -> Result is the same error. > > 2. Reinstall JAI and set CLASSPATH=... > codec.jar are located> and test -> Result is the same error. > > That is a bit odd. How did you build fop? Did you have JAI in the path > then, I assume you must have? When you build fop did it pass the test > suite? If it did GIF support was working at build time. I agree. This is really odd. Anyway, Manuel's patch [1] is now applied. I couldn't reproduce your problem because I haven't compiled my FOP on the command-line with JAI support since the move to Subversion because I forgot to copy over the build-local.properties files back then. Right now, every combination looks good to me. [1] http://issues.apache.org/bugzilla/show_bug.cgi?id=36432 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: Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK)
On 31.08.2005 10:43:13 Manuel Mall wrote: > On Wed, 31 Aug 2005 04:38 pm, [EMAIL PROTECTED] wrote: > > Ok, I did the following : > > > > 1. Remove JAI and test. -> Result is the same error. > > 2. Reinstall JAI and set CLASSPATH=... > codec.jar are located> and test -> Result is the same error. > > That is a bit odd. How did you build fop? Did you have JAI in the path > then, I assume you must have? When you build fop did it pass the test > suite? If it did GIF support was working at build time. I agree. This is really odd. Anyway, Manuel's patch [1] is now applied. I couldn't reproduce your problem because I haven't compiled my FOP on the command-line with JAI support since the move to Subversion because I forgot to copy over the build-local.properties files back then. Right now, every combination looks good to me. [1] http://issues.apache.org/bugzilla/show_bug.cgi?id=36432 Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK)
Well, I did the following. Java : Installed JAVA SDK5 (latest version) Installed JAI SDK (latest version) Set path pointing to the JDK/bin Fop : Get latest version from FOP trunk (No 26497X) Build it with ANT And test... I hope it might help Regards Lawrence -Message d'origine- De : Manuel Mall [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 31. août 2005 10:43 À : fop-users@xmlgraphics.apache.org Objet : Re: Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK) On Wed, 31 Aug 2005 04:38 pm, [EMAIL PROTECTED] wrote: > Ok, I did the following : > > 1. Remove JAI and test. -> Result is the same error. > 2. Reinstall JAI and set CLASSPATH=... codec.jar are located> and test -> Result is the same error. That is a bit odd. How did you build fop? Did you have JAI in the path then, I assume you must have? When you build fop did it pass the test suite? If it did GIF support was working at build time. Manuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK)
On Wed, 31 Aug 2005 04:38 pm, [EMAIL PROTECTED] wrote: > Ok, I did the following : > > 1. Remove JAI and test. -> Result is the same error. > 2. Reinstall JAI and set CLASSPATH=... codec.jar are located> and test -> Result is the same error. That is a bit odd. How did you build fop? Did you have JAI in the path then, I assume you must have? When you build fop did it pass the test suite? If it did GIF support was working at build time. Manuel > > Please, keep me in touch if any corrected trunk is available > > Regards > > Lawrence > > -Message d'origine- > De : Manuel Mall [mailto:[EMAIL PROTECTED] > Envoyé : mercredi, 31. août 2005 02:45 > À : fop-users@xmlgraphics.apache.org > Objet : Re: Error loading GIF image using JAI in FOP Trunk (was: > Error while processing a PDF - OK) > > On Wed, 31 Aug 2005 02:50 am, Jeremias Maerki wrote: > > On 30.08.2005 19:00:25 michella wrote: > > > Thank you for your support. Everything works pretty fine from now > > > on. > > > > Thanks for being brave enough to try out our new code and for > > telling us of any problems you find. > > > > > Still another question : Is it normal that GIF images aren't > > > handled anymore? > > > > The image handling has been improved considerably in the new code, > > at least in my opinion. GIF images are now supported through four > > different image sources (handled in this order): > > - JAI > > - ImageIO (only >= JDK 1.4) > > - JIMI > > - the ugly, not really working URL hack to load a GIF image. :-) > > > > > When I include "external-graphics... As gif image",I get the > > > > following error : > > > > > > I installed SDK1.5.0_04, and jai-1_1_2_01-lib-windows-i586-jdk > > > --- > > > Exception in thread "main" java.lang.NoClassDefFoundError: > > > com/sun/media/jai/codec/FileCacheSeekableStream at > > > java.lang.Class.forName0(Native Method) > > > at java.lang.Class.forName(Unknown Source) > > > at > > > org.apache.fop.image.ImageProvider.getImplementingClass(ImageFact > > >or y.java:589) at > > > org.apache.fop.image.ImageMimeType.getFirstImplementingClass(Imag > > >eF actory.java:639) > > > > Sounds a lot like a class path problem. Are you sure you've added > > both jai_core.jar and jai_codec.jar to the classpath? Since you're > > working with a JDK >= 1.4 you could also remove JAI now with FOP > > Trunk and instead just use ImageIO which is provided by the JDK. > > GIF support is already in there. No additional libraries required. > > It is also a bug in our image provider detection mechanism. It > shouldn't throw an exception but simply try the next available > provider. > > I'll post a patch. > > > Jeremias Maerki > > Manuel > > - > 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK)
Ok, I did the following : 1. Remove JAI and test. -> Result is the same error. 2. Reinstall JAI and set CLASSPATH=... and test -> Result is the same error. Please, keep me in touch if any corrected trunk is available Regards Lawrence -Message d'origine- De : Manuel Mall [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 31. août 2005 02:45 À : fop-users@xmlgraphics.apache.org Objet : Re: Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK) On Wed, 31 Aug 2005 02:50 am, Jeremias Maerki wrote: > On 30.08.2005 19:00:25 michella wrote: > > Thank you for your support. Everything works pretty fine from now > > on. > > Thanks for being brave enough to try out our new code and for telling > us of any problems you find. > > > Still another question : Is it normal that GIF images aren't > > handled anymore? > > The image handling has been improved considerably in the new code, at > least in my opinion. GIF images are now supported through four > different image sources (handled in this order): > - JAI > - ImageIO (only >= JDK 1.4) > - JIMI > - the ugly, not really working URL hack to load a GIF image. :-) > > > When I include "external-graphics... As gif image",I get the > > > following error : > > > > I installed SDK1.5.0_04, and jai-1_1_2_01-lib-windows-i586-jdk > > --- > > Exception in thread "main" java.lang.NoClassDefFoundError: > > com/sun/media/jai/codec/FileCacheSeekableStream at > > java.lang.Class.forName0(Native Method) > > at java.lang.Class.forName(Unknown Source) > > at > > org.apache.fop.image.ImageProvider.getImplementingClass(ImageFactor > >y.java:589) at > > org.apache.fop.image.ImageMimeType.getFirstImplementingClass(ImageF > >actory.java:639) > > Sounds a lot like a class path problem. Are you sure you've added > both jai_core.jar and jai_codec.jar to the classpath? Since you're > working with a JDK >= 1.4 you could also remove JAI now with FOP > Trunk and instead just use ImageIO which is provided by the JDK. GIF > support is already in there. No additional libraries required. > It is also a bug in our image provider detection mechanism. It shouldn't throw an exception but simply try the next available provider. I'll post a patch. > > Jeremias Maerki > Manuel - 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: Keep Together FO
Thanks.. Manuel Mall wrote: On Wed, 31 Aug 2005 03:46 pm, Dirk Bromberg wrote: Hi, i've a short question using fop 20.5. When i want to keep two "elements" on my page together what must i do? Have you seen: http://xmlgraphics.apache.org/fop/faq.html#keep-with Manuel First Element Second Element or First Element Second Element Thanks. Dirk - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Keep Together FO
On Wed, 31 Aug 2005 03:46 pm, Dirk Bromberg wrote: > Hi, > > i've a short question using fop 20.5. > > When i want to keep two "elements" on my page together what must i > do? > Have you seen: http://xmlgraphics.apache.org/fop/faq.html#keep-with Manuel > First Element > Second Element > > or > > First Element > Second Element > > Thanks. > > Dirk > > > - > 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]
Keep Together FO
Hi, i've a short question using fop 20.5. When i want to keep two "elements" on my page together what must i do? First Element Second Element or First Element Second Element Thanks. Dirk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Adobe Asian Font Pack in FOP without embedding
On 31.08.2005 01:27:09 Greg Stark wrote: > fop-users, > I am using the Apache FOP 0.20.5 project on Solaris SunOS 5.9. I need > explicit instructions on how to configure and generate PDF documents that > use the Adobe Asian Font Pack. In particular the Simplified Chinese set of > fonts. Where do I put these fonts on the Solaris system, let XML-FO know > there available, and reference them in my document.fo. (I ask this because > I have not figured out how the base-14 are identified...) > > I have created PDF documents using XML-FO with embedded fonts, so I know > about generating and specifying the font and metrics in the userconfig.xml > file. I would now like to do the same without having to embed the font. My > users are using the Chinese version of Adobe Reader; hence my thinking that > it will have the Adobe Asian Font set installed (like the Basic 14 fonts.) This is simply not implemented, yet. Somebody has to do that. But better do this in FOP Trunk, not based on the old code. There are things happening in the font department to remove the necessity for font metric files. This should be coordinated. > Another driving factor for doing this is to create a PDF that is editable by > my Chinese users. Presently they cannot edit the PDF using Adobe Pro > (Chinese version.) The TouchUp Properties shows "Permissions: No system > font available", even though the font file I used has been installed in > their system font list. I've never come across this error message. It may have something to do with a bug in the PDF library in 0.20.5 which is fixed in FOP Trunk. In the end, you're pretty much out of luck for the moment with FOP 0.20.5. But have a close eye on what's happening on the redesigned FOP. And if the above is an important feature for you, help us implement it. > Adobe Asian Font Pack > http://www.adobe.com/products/acrobat/acrrasianfontsysreqs.html#simplified > > I appreciate your time and help. > Thank you very much. > > Greg Stark Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
