RE: external-graphic problem
Title: RE: external-graphic problem I had the same problem before, I passed in image root as a parameter to XSLT page, and add that to the path of images. The limitation is: you have to assume all images are using same root path. Tiffany -Original Message- From: vivek gupta [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 24, 2004 9:08 PM To: [EMAIL PROTECTED] Subject: fo:external-graphic problem Hi All, I am having problem to use image in my web-application fop file. I am using XSLT and XML to generate fo file. But when I am deploying app on my app server. It could not find image file unless I hard code image path. Please help me how to set up path so that fo file dynamically finds image file Thanks in advance -V __ 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: external-graphic src problem
Clay, Thanks for the response. The xml is being streamed from the database in this instance, so there is no xml file that resides in a directory to serve as the base for the relative path. Is there no way to use to a classpath entry as the base for the relative URL? or something similar? Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Clay Leeds [mailto:[EMAIL PROTECTED] Sent: Thursday, July 22, 2004 4:41 PM To: [EMAIL PROTECTED] Subject: Re: external-graphic src problem On Jul 22, 2004, at 1:20 PM, Danny wrote: ** Application is a standalone Java Swing application. Cannot seem to get a jpg to render in my pdf unless I hardcode the complete path to the image in the external-graphic src attribute. The data in the pdf renders fine, just no image. The image file is located in the same directory as the xsl file. Danny Gallagher I've found that when referring to external graphics in a 'relative' manner, the PATH is relative to the XML file, and not the XSL file. This is probably something that should be added to the FAQ (although I don't think it's actually *asked* very often). In addition, we should probably update the Graphics page somehow to reflect this as well. Web Maestro Clay - 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: external-graphic src problem
On Jul 23, 2004, at 6:20 AM, Danny wrote: Clay, Thanks for the response. The xml is being streamed from the database in this instance, so there is no xml file that resides in a directory to serve as the base for the relative path. Is there no way to use to a classpath entry as the base for the relative URL? or something similar? You might find the answer in our FAQ[1] or our configuration page. I suspect it has something to do with setting baseDir. If you don't find it in exactly the location I indicate, search the rest of the page for more tips. Please write back to let us know if you come up with a solution so we can update the web site. Web Maestro Clay [1] http://xml.apache.org/fop/faq.html#servlet-baseDir [2] http://xml.apache.org/fop/configuration.html#summary-key-value - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic src problem
Clay, I did read up on some of the baseDir mails on various lists. Using baseDir I could reference the relative path to the image in the xsl, but I would have to specify an absolute path in the baseDir, so really that is the same as just hardcoding the path in the xsl. My problem is that I do not want to require the application be installed in a specific directory structure, although, if that is the only way perhaps that is what I need to do. If I find a solution I will post it back. Thanks for the help. Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Clay Leeds [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 9:36 AM To: [EMAIL PROTECTED] Subject: Re: external-graphic src problem On Jul 23, 2004, at 6:20 AM, Danny wrote: Clay, Thanks for the response. The xml is being streamed from the database in this instance, so there is no xml file that resides in a directory to serve as the base for the relative path. Is there no way to use to a classpath entry as the base for the relative URL? or something similar? You might find the answer in our FAQ[1] or our configuration page. I suspect it has something to do with setting baseDir. If you don't find it in exactly the location I indicate, search the rest of the page for more tips. Please write back to let us know if you come up with a solution so we can update the web site. Web Maestro Clay [1] http://xml.apache.org/fop/faq.html#servlet-baseDir [2] http://xml.apache.org/fop/configuration.html#summary-key-value - 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: external-graphic src problem
This possibly becomes an XSLT problem. Use a global variable passed into the XSLT transform to provide the basedir for the images. -Original Message- From: Danny [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 9:56 AM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem Clay, I did read up on some of the baseDir mails on various lists. Using baseDir I could reference the relative path to the image in the xsl, but I would have to specify an absolute path in the baseDir, so really that is the same as just hardcoding the path in the xsl. My problem is that I do not want to require the application be installed in a specific directory structure, although, if that is the only way perhaps that is what I need to do. If I find a solution I will post it back. Thanks for the help. Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic src problem
Matthew, Thanks for the suggestion. Not sure I see how that solves my problem. Does XSLT allow me to set the basedir against the classpath in the global variable, therefore solving the problem of having to specify the absolute path? Thanks Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Zaleski, Matthew (M.E.) [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 10:01 AM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem This possibly becomes an XSLT problem. Use a global variable passed into the XSLT transform to provide the basedir for the images. -Original Message- From: Danny [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 9:56 AM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem Clay, I did read up on some of the baseDir mails on various lists. Using baseDir I could reference the relative path to the image in the xsl, but I would have to specify an absolute path in the baseDir, so really that is the same as just hardcoding the path in the xsl. My problem is that I do not want to require the application be installed in a specific directory structure, although, if that is the only way perhaps that is what I need to do. If I find a solution I will post it back. Thanks for the help. Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 - 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: external-graphic src problem
I should've thought of this sooner... !-- At the top of my XSL-FO file or in an xsl:include -- !-- varImagesDirectory | used to set PATH to images/ directory-- xsl:variable name=varImagesDirectory/path/to/images/xsl:variable !-- .. -- !-- my fo:external-graphic call -- fo:external-graphic src=url('{$varImagesDirectory}/logo.jpg') width=1.87cm height=.99cm content-width=1.87cm content-height=.99cm border=0/ is how I use it in our system... Hope this helps! Web Maestro Clay On Jul 23, 2004, at 8:33 AM, Danny wrote: Matthew, Thanks for the suggestion. Not sure I see how that solves my problem. Does XSLT allow me to set the basedir against the classpath in the global variable, therefore solving the problem of having to specify the absolute path? Thanks Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Zaleski, Matthew (M.E.) [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 10:01 AM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem This possibly becomes an XSLT problem. Use a global variable passed into the XSLT transform to provide the basedir for the images. -Original Message- From: Danny [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 9:56 AM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem Clay, I did read up on some of the baseDir mails on various lists. Using baseDir I could reference the relative path to the image in the xsl, but I would have to specify an absolute path in the baseDir, so really that is the same as just hardcoding the path in the xsl. My problem is that I do not want to require the application be installed in a specific directory structure, although, if that is the only way perhaps that is what I need to do. If I find a solution I will post it back. Thanks for the help. Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 - 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: external-graphic src problem
Still not quite, I'm still missing something: Question, in your example: xsl:variable name=varImagesDirectory/path/to/images/xsl:variable /path/to/images is the path from a known root Correct? Here are my snippets xsl:variable name=varImagesDirectory com/path/to/images /xsl:variable fo:external-graphic src=url('{$varImagesDirectory}/pic.jpg') /fo:external-graphic Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Clay Leeds [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 12:14 PM To: [EMAIL PROTECTED] Subject: Re: external-graphic src problem I should've thought of this sooner... !-- At the top of my XSL-FO file or in an xsl:include -- !--varImagesDirectory | used to set PATH to images/ directory-- xsl:variable name=varImagesDirectory/path/to/images/xsl:variable !-- .. -- !-- my fo:external-graphic call -- fo:external-graphic src=url('{$varImagesDirectory}/logo.jpg') width=1.87cm height=.99cm content-width=1.87cm content-height=.99cm border=0/ is how I use it in our system... Hope this helps! Web Maestro Clay On Jul 23, 2004, at 8:33 AM, Danny wrote: Matthew, Thanks for the suggestion. Not sure I see how that solves my problem. Does XSLT allow me to set the basedir against the classpath in the global variable, therefore solving the problem of having to specify the absolute path? Thanks Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Zaleski, Matthew (M.E.) [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 10:01 AM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem This possibly becomes an XSLT problem. Use a global variable passed into the XSLT transform to provide the basedir for the images. -Original Message- From: Danny [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 9:56 AM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem Clay, I did read up on some of the baseDir mails on various lists. Using baseDir I could reference the relative path to the image in the xsl, but I would have to specify an absolute path in the baseDir, so really that is the same as just hardcoding the path in the xsl. My problem is that I do not want to require the application be installed in a specific directory structure, although, if that is the only way perhaps that is what I need to do. If I find a solution I will post it back. Thanks for the help. Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: external-graphic src problem
On Jul 23, 2004, at 10:40 AM, Danny wrote: Still not quite, I'm still missing something: Question, in your example: xsl:variable name=varImagesDirectory/path/to/images/xsl:variable /path/to/images is the path from a known root Correct? That is correct. Otherwise... Here are my snippets xsl:variable name=varImagesDirectory com/path/to/images /xsl:variable fo:external-graphic src=url('{$varImagesDirectory}/pic.jpg') /fo:external-graphic ...(if I understand it correctly) would assume {XML-dir}/com/path/to/images/pic.jpg Web Maestro Clay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic src problem
So in my case, because the xml is streamed from the db and therefore doesn't reside in a directory I have no base to specify the relative path to the image from, which in most cases would be the XML file's directory? Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Clay Leeds [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 1:48 PM To: [EMAIL PROTECTED] Subject: Re: external-graphic src problem On Jul 23, 2004, at 10:40 AM, Danny wrote: Still not quite, I'm still missing something: Question, in your example: xsl:variable name=varImagesDirectory/path/to/images/xsl:variable /path/to/images is the path from a known root Correct? That is correct. Otherwise... Here are my snippets xsl:variable name=varImagesDirectory com/path/to/images /xsl:variable fo:external-graphic src=url('{$varImagesDirectory}/pic.jpg') /fo:external-graphic ...(if I understand it correctly) would assume {XML-dir}/com/path/to/images/pic.jpg Web Maestro Clay - 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: external-graphic src problem
If you are streaming XML, then how do you have a classpath to consider? Your responses up to this point imply that a CLIENT is receiving XML from a DB, then running an XSLT transform, followed up by FOP processing. If this is the case, your client-side processing can determine where the images reside and pass a global variable into the XSLT transform. If the DB you refer to is on the same machine, then again you know where the images reside. I think you are confusing the fact that FOP happens to be coded in Java as a reason why FOP should be searching CLASSPATH for images. FOP is following XSL-FO rules for processing, not Java-centric rules for CLASSPATH. Since you are aware of what a CLASSPATH is, I assume you can code in Java. Assuming that is true, then it is but a small step for your client application to pass in a global variable to the XSLT engine you are using. Then again, I really don't understand your problem domain. -Original Message- From: Danny [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 2:38 PM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem So in my case, because the xml is streamed from the db and therefore doesn't reside in a directory I have no base to specify the relative path to the image from, which in most cases would be the XML file's directory? Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Clay Leeds [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 1:48 PM To: [EMAIL PROTECTED] Subject: Re: external-graphic src problem On Jul 23, 2004, at 10:40 AM, Danny wrote: Still not quite, I'm still missing something: Question, in your example: xsl:variable name=varImagesDirectory/path/to/images/xsl:variable /path/to/images is the path from a known root Correct? That is correct. Otherwise... Here are my snippets xsl:variable name=varImagesDirectory com/path/to/images /xsl:variable fo:external-graphic src=url('{$varImagesDirectory}/pic.jpg') /fo:external-graphic ...(if I understand it correctly) would assume {XML-dir}/com/path/to/images/pic.jpg Web Maestro Clay - 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: external-graphic src problem
In addition, since it follows the URI concept, you can set up the variable's value to be a URL: xsl:variable name=varImagesDirectoryhttp://nonauthenticated.server.com/path/to/ images/xsl:variable fo:external-graphic src=url('{$varImagesDirectory}/pic.jpg') /fo:external-graphic ...would assume: http://nonauthenticated.server.com/path/to/images/pic.jpg Hope this helps! Web Maestro Clay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: external-graphic src problem
Danny wrote: Using baseDir I could reference the relative path to the image in the xsl, but I would have to specify an absolute path in the baseDir, so really that is the same as just hardcoding the path in the xsl. My problem is that I do not want to require the application be installed in a specific directory structure, although, if that is the only way perhaps that is what I need to do. The baseDir (or baseURL) is set in the servlet/webapp. You can resolve the URL / to an absolute file path, append whatever intermediate directories you want and set this as baseDir. After this you can use path names relative to the webapp root for your images. Have a look at the Cocoon URI resolver for an example. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: external-graphic src problem
On Jul 22, 2004, at 1:20 PM, Danny wrote: ** Application is a standalone Java Swing application. Cannot seem to get a jpg to render in my pdf unless I hardcode the complete path to the image in the external-graphic src attribute. The data in the pdf renders fine, just no image. The image file is located in the same directory as the xsl file. Danny Gallagher I've found that when referring to external graphics in a 'relative' manner, the PATH is relative to the XML file, and not the XSL file. This is probably something that should be added to the FAQ (although I don't think it's actually *asked* very often). In addition, we should probably update the Graphics page somehow to reflect this as well. Web Maestro Clay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: external-graphic and caption
Wouter de Vaal wrote: On a related note: if I create a few fo:table withing 1 fo:block, each table will appears on the next line. So I was hoping for tabletabletable but I get table table table Table is a block level element. Starting a table creates a new block area, which closes any line you was filling. The only way to put several tables side-by-side in a ordinary line is to wrap each in a fo:inline-container. Unfortunately, FOP 0.20.5 doesn't implement inline containers. The only alternative is to nest the tables in a bigger table spanning the page width. Is there a way to tweak this behaviour without using a grand table? So for example when the three tables are too big, a newline will be automatically be inserted like: tabletable table If this could be possible, I would have exactly what I need.. Impossible or at least very complicated with FOP 0.20.5. I suggest preprocessing the images so that the caption is part of the bitmap. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: external-graphic and caption
Wouter de Vaal wrote: Is it possible to add a caption to an external-graphic without putting it in a table? It depends on what you mean by add a caption to an external-graphic. My goal is to have multiple graphics within a block so they will be put on one line untill there is no more space and then the next will be shown on the next line.. You can mix text and graphics in one line. Gotchas: - You can't control vertical alignment well. Graphics alignment is by default top, and can only be adjusted with vertical-align sub and super - If the graphics is higher than the line height, it will overlap subsequent lines. FOP 0.20.5 is not able to automatically adjust line height, it will always use the line height specified on the block or implicitely derived from the font size in effect on the block. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic does not support SVG when src is an url
-Original Message- From: Unger, Joachim [mailto:[EMAIL PROTECTED] I found a problems when using urls instead of files for fo:external-graphic's src paramater. What kind of problems exactly? The image does not get picked up or what? snip/ It works in 95% of all cases with APACHE. It work in 100% of all cases with files. What exactly do you mean by this? Is referencing pictures on the APACHE website working, while the mentioned URL is not? The problem, in that case, could be that your localhost is not serving the pictures at the expected place... I get no exception(s) and - no pictures. No exceptions... Normally, when an image is not found, at least some message should show up, indicating that the URL is pointing to an invalid location. ( sth like Error while rendering area... ) Do you run FOP from the command line? If so, can you repeat the rendering with the '-d' option to see if any indication is given? TIA! Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: external-graphic : twice request for the same element
Le jeu 18/09/2003 à 23:38, J.Pietschmann a écrit : Thomas S wrote: I'm using FOP fop-0.20.5 with fop.sh script and for all external-graphic element, I can see 2 requests in my apache log. Well, this happens for a few image formats. FOP first opens a connection to check the image type (format), then may access the URL again to do the actual processing. However: src=http://agarycus/perl/mat_tests/A/A.jpg/ I could have sworn JPGs are accessed only once (GIFs are accessed twice for sure). I try with PNG too, but I still have the same problem Is that normal ? Can I change it ? Not easily. Your options: - cache in the image your generator That's what I do now. - use another format (check the FOP website for supported formats) It's not an option for me, I can just generate PNG or JPEG. - provide a patch for FOP The better way for sure, but I haven't got any competences for java coding. J.Pietschmann Thank's for your help Thomas S. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: external-graphic : twice request for the same element
Thomas S wrote: I'm using FOP fop-0.20.5 with fop.sh script and for all external-graphic element, I can see 2 requests in my apache log. Well, this happens for a few image formats. FOP first opens a connection to check the image type (format), then may access the URL again to do the actual processing. However: src=http://agarycus/perl/mat_tests/A/A.jpg/ I could have sworn JPGs are accessed only once (GIFs are accessed twice for sure). Is that normal ? Can I change it ? Not easily. Your options: - cache in the image your generator - use another format (check the FOP website for supported formats) - provide a patch for FOP J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: External graphic referencing within a servlet
I'm using a serlvet to perform the XSLT transformation into my PDF document. Everything works fine EXCEPT the images. I've tried referencing my images many different ways, and none seem to work. Does anybody know how to get this functionality to work? Here's my graphic: fo:external-graphic text-align=center height=40px width=76.31px src=file:url(logo.gif)/ I've run into this with other external files. I *think* that the servlet don't have a notion of a local working directory. In my web.xml config file I pass locations into the servlet and store them as globals servlet servlet-nameReportServlet/servlet-name description/ servlet-classcom.hgsi.servlet.ReportServlet/servlet-class init-param param-nameassemblyPath/param-name param-value /Library/Tomcat/webapps/CoGenesys/Assembly /param-value /init-param /servlet In the servlet I use a global static String assemblyPath = null; and load it in the init() method assemblyPath = config.getInitParameter(assemblyPath); if (assemblyPath == null) throw new ServletException(Parameter 'assemblyPath' not specified in web.xml); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: External graphic referencing within a servlet
You may need to the the base directory/URL. See: http://xml.apache.org/fop/embedding.html#config-internal But I think your src attribute is wrong. It should be something like this: src=url(file:logo.gif). On 21.05.2003 18:02:20 Jeremy Nix wrote: I'm using a serlvet to perform the XSLT transformation into my PDF document. Everything works fine EXCEPT the images. I've tried referencing my images many different ways, and none seem to work. Does anybody know how to get this functionality to work? Here's my graphic: fo:external-graphic text-align=center height=40px width=76.31px src=file:url(logo.gif)/ Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: External graphic referencing within a servlet
On 5/21/2003 9:18 AM, Jeremias Maerki wrote: You may need to the the base directory/URL. See: http://xml.apache.org/fop/embedding.html#config-internal But I think your src attribute is wrong. It should be something like this: src=url(file:logo.gif). I was thinking it was this: fo:external-graphic text-align=center height=40px width=76.31px src=url(logo.gif)/ or if it were in sub-directory images/ it would look like this: fo:external-graphic text-align=center height=40px width=76.31px src=url(images/logo.gif)/ Yup! 'Just looked, and that's how it's written on page 93 of Dave Pawson's O'Reilly book XSL-FO: Making XML Look Good in Print. BTW, Page 652 of Elliotte Rusty Harold's XML Bible indicates it should be written like as follows: fo:external-graphic src=images/logo.jpg/ fo:external-graphic src=http://www.medata.com/images/logo.jpg/ ...hmmm... I just checked the spec: fo:external-graphic http://www.w3.org/TR/2001/REC-xsl-20011015/slice6.html#fo_external-graphic src http://www.w3.org/TR/2001/REC-xsl-20011015/slice7.html#src and they didn't have an example (D'oh!, why don't they give examples!?) I also looked at zvon.org, and they show it as: fo:external-graphic src=file:../graphics/images/logo.jpg/ NOTE-TO-VICTOR: Once we get this completely straightened out, this info might be useful at the top of the graphics page, to help newbies craft this little call (although we could also include the plethora of whichever functioning options will work). I use the following (works perfectly), so we might just want to use it as our example: fo:external-graphic src=url('images/logo.jpg') width=1.87cm height=.99cm content-width=1.87cm content-height=.99cm border=0/ (NOTE: shown actual size pulled directly from functioning code) (NOTE: no animals were harmed in the execution of this code) -- Clay Leeds - [EMAIL PROTECTED] Web Developer - Medata, Inc. - http://www.medata.com PGP Public Key: https://mail.medata.com/pgp/cleeds.asc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: External graphic referencing within a servlet
William Gilbert wrote: src=file:url(logo.gif)/ That's not a meaningful value, it will be interpreted as a file ULR pointing to the file named url(logo.gif), and it's also violating URI syntax. Use src=url(logo.gif) instead and set the baseURL configuration value. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic image resolution
The solution I use is to set the image size 3 time less than the real size. It works fine. -Message d'origine- De : Dan Check [mailto:[EMAIL PROTECTED] Envoyé : mardi 22 avril 2003 00:39 À : [EMAIL PROTECTED] Objet : fo:external-graphic image resolution Hi, I've been having some trouble displaying fo:external-graphic jpgs with resolutions higher than 72 dpi. The documentation seems to indicate that FOP doesn't currently support resolutions higher than 72 dpi. Has anyone found a way around this limitation? I'd happily hack my version even if it meant losing all other image functionality, if it would mean I could place images at a resolution higher than 72 dpi. Has this been successfully attempted? If not, is there a thread somewhere describing the difficultly of doing so? Thanks, Dan - 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: external-graphic image resolution
Dan, I've done a few projects with some high resolution images included in the final PDF that FOP generates with XML and XSL. Some of these have been 300 dpi or greater, and look great. FOP seemed to handle them fine as long as you specify the length of the image block and the image. You do have to specify the height as well if you aren't sure if the image will extend past the bottom margin of the page, and then not show up. I can send some XML, XSL, and PDF docs that were created, directly to you, if you'd like to see them. I used Photoshop to prepare the images. Michael Schnuerle -Original Message- From: Dan Check [mailto:[EMAIL PROTECTED] Sent: Monday, April 21, 2003 6:39 PM To: [EMAIL PROTECTED] Subject: fo:external-graphic image resolution Hi, I've been having some trouble displaying fo:external-graphic jpgs with resolutions higher than 72 dpi. The documentation seems to indicate that FOP doesn't currently support resolutions higher than 72 dpi. Has anyone found a way around this limitation? I'd happily hack my version even if it meant losing all other image functionality, if it would mean I could place images at a resolution higher than 72 dpi. Has this been successfully attempted? If not, is there a thread somewhere describing the difficultly of doing so? Thanks, Dan - 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: External Graphic border
That's a well known bug which nobody yet bothered to track down. You are invited. Thanks for the invitation, I hopefully have a light week end (that's pretty rare), so I'll have some time to ruminate the code and try to understand it well ! ;o) Don't count too much on me (I'd hate to disapoint all of you if I don't manage in my task), but I'll try, it will be a good experience ! Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: External Graphic border
[EMAIL PROTECTED] wrote: I am trying to put a 1pt black border around images. I first tried to use the border common attribute on the fo:external-graphic tag, but it doesn't work (on fop 0.20.5rc2). It's not implemented. Then, I decided to include my image in a block, but the block doesn't fit the image perfectly so the result is really crappy ! That's a well known bug which nobody yet bothered to track down. You are invited. Do you know if it's possible ? Or should I include the border into my image resizing process ? The latter is certainly the best short-term solution. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: external-graphic problem
Mihael Knezevic wrote: thanx for the response. correct me if i'm wrong, but i thought the base dir must only be set if i use this in a servlet? baseDir *may* be set if you need it. Environment doesn't matter, that's just a convenient way to resolve relative URI's. -- Oleg Tkachenko Multiconn Technologies, Israel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic problem
thanx again. -Original Message- From: Oleg Tkachenko [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 05, 2003 11:25 AM To: [EMAIL PROTECTED] Subject: Re: external-graphic problem Mihael Knezevic wrote: thanx for the response. correct me if i'm wrong, but i thought the base dir must only be set if i use this in a servlet? baseDir *may* be set if you need it. Environment doesn't matter, that's just a convenient way to resolve relative URI's. -- Oleg Tkachenko Multiconn Technologies, Israel - 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: external-graphic problem
Here is our working code: xsl:if test=@isrc!='' fo:external-graphic scaling=uniform height=auto width=auto content-width=auto content-height=auto src=[EMAIL PROTECTED]/ /xsl:if If I remember right, you also have to set the basedir (either in your userconfig.xml or via Java): Configuration.put(baseDir, file: + imgSrcDir); -Lou Mihael Knezevic [EMAIL PROTECTED] on 02/04/2003 07:56:52 Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: external-graphic problem hi, i think i got a simple problem and probably everybody will point me to the fop faq but i need an example (hopefully a working one). i want to have one pic on one page. i got the following xml file: Bericht Bild source=wgr-50.jpg / Bild source=wgr-60.jpg / Bild source=wgr-70.jpg / Bild source=wgr-80.jpg / ... /Bericht i got the following xsl line in my xsl file: fo:external-graphic src=@source / but i get the error message: [ERROR]: Error while creating area : Error with image URL: @source (Das System kann die angegebene Datei nicht finden) and no base directory is specified can anybody help? thanx mk - 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: external-graphic problem
thanx for the response. correct me if i'm wrong, but i thought the base dir must only be set if i use this in a servlet? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 04, 2003 2:12 PM To: [EMAIL PROTECTED] Subject: Re: external-graphic problem Here is our working code: xsl:if test=@isrc!='' fo:external-graphic scaling=uniform height=auto width=auto content-width=auto content-height=auto src=[EMAIL PROTECTED]/ /xsl:if If I remember right, you also have to set the basedir (either in your userconfig.xml or via Java): Configuration.put(baseDir, file: + imgSrcDir); -Lou Mihael Knezevic [EMAIL PROTECTED] on 02/04/2003 07:56:52 Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: external-graphic problem hi, i think i got a simple problem and probably everybody will point me to the fop faq but i need an example (hopefully a working one). i want to have one pic on one page. i got the following xml file: Bericht Bild source=wgr-50.jpg / Bild source=wgr-60.jpg / Bild source=wgr-70.jpg / Bild source=wgr-80.jpg / ... /Bericht i got the following xsl line in my xsl file: fo:external-graphic src=@source / but i get the error message: [ERROR]: Error while creating area : Error with image URL: @source (Das System kann die angegebene Datei nicht finden) and no base directory is specified can anybody help? thanx mk - 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: external-graphic problem
thanx. its working now. i should have read the xsl book more carefully. i missed the part with the braces { }. sorry and thanx for the help. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 04, 2003 2:12 PM To: [EMAIL PROTECTED] Subject: Re: external-graphic problem Here is our working code: xsl:if test=@isrc!='' fo:external-graphic scaling=uniform height=auto width=auto content-width=auto content-height=auto src=[EMAIL PROTECTED]/ /xsl:if If I remember right, you also have to set the basedir (either in your userconfig.xml or via Java): Configuration.put(baseDir, file: + imgSrcDir); -Lou Mihael Knezevic [EMAIL PROTECTED] on 02/04/2003 07:56:52 Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: external-graphic problem hi, i think i got a simple problem and probably everybody will point me to the fop faq but i need an example (hopefully a working one). i want to have one pic on one page. i got the following xml file: Bericht Bild source=wgr-50.jpg / Bild source=wgr-60.jpg / Bild source=wgr-70.jpg / Bild source=wgr-80.jpg / ... /Bericht i got the following xsl line in my xsl file: fo:external-graphic src=@source / but i get the error message: [ERROR]: Error while creating area : Error with image URL: @source (Das System kann die angegebene Datei nicht finden) and no base directory is specified can anybody help? thanx mk - 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: external-graphic and ratio
Rodolphe VAGNER wrote: Is it possible to apply a ratio on an image trhought an external-graphic fo element ? I mean I want to display a graphic at 1/3 its size for example. Can anyone help ? Thanks You can't scale a graphicto 1/3 or the original size. One problem is actually: what is the original size, for most bitmap formats. You can specify height and or width in absolute units or relative to the reference area: fo:external-graphic height=2cm width=1cm src=foo.jpg/ - Original Message - You are supposed to trim uneccesary old quotes. J.Pietschmann
Re: External Graphic
Urban, Patrick wrote: Can anyone help me debug this. I am looking to simply pull a logo onto my report with this code... fo:external-graphic src=http://epndev0006/Logo_Plain.gif/ this error is being output from FOP... [ERROR]: Error while creating area : Error with image URL: http://epndev0006/Logo_Plain.gif and no base directory is specified. The image is in the correct directory and everything is spelled correctly. The image resides in the root of my wwwroot folder and I can hit it with a browser by typing the above URL. I experimented a bit and it seems the image cannot be loaded. Check your IIS logs for the reason. As for it showing up in a browser: Are the browser and FOP running on the same machine? Are there proxies between your machine and the server? Can you sucessfully retrieve the image with a command line tool like wget? And of course, there may lurk spelling problems, you should cutpaste the URL into the browsers location field. J.Pietschmann
RE: External Graphic
Thanks for the reply...It appears to be an issue with the URL referencing a local machine within our network. It was probably some kind of proxy issue. I have worked around it. Thanks again -Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 11, 2002 4:13 PM To: [EMAIL PROTECTED] Subject: Re: External Graphic Urban, Patrick wrote: Can anyone help me debug this. I am looking to simply pull a logo onto my report with this code... fo:external-graphic src=http://epndev0006/Logo_Plain.gif/ this error is being output from FOP... [ERROR]: Error while creating area : Error with image URL: http://epndev0006/Logo_Plain.gif and no base directory is specified. The image is in the correct directory and everything is spelled correctly. The image resides in the root of my wwwroot folder and I can hit it with a browser by typing the above URL. I experimented a bit and it seems the image cannot be loaded. Check your IIS logs for the reason. As for it showing up in a browser: Are the browser and FOP running on the same machine? Are there proxies between your machine and the server? Can you sucessfully retrieve the image with a command line tool like wget? And of course, there may lurk spelling problems, you should cutpaste the URL into the browsers location field. J.Pietschmann
Re: External Graphic
Patrick- The server portion of the URL you're using looks like an NT name, or at least a name in your default domain (TCP/IP, not NT) If you're doing this all on one machine (if you're running FOP on epndev0006), why not use a relative path through the file structure (i.e. src=images/Logo_Plain.gif) If you're running FOP on a different machine than IIS, perhaps the FOP box can't resolve the name epndev006. -Jeff Urban, Patrick To: [EMAIL PROTECTED] Patrick_Urbacc: [EMAIL PROTECTED] Subject: External Graphic 06/10/2002 12:58 PM Please respond to fop-user Can anyone help me debug this. I am looking to simply pull a logo onto my report with this code... fo:external-graphic src=http://epndev0006/Logo_Plain.gif/ this error is being output from FOP... [ERROR]: Error while creating area : Error with image URL: http://epndev0006/Logo_Plain.gif and no base directory is specified. The image is in the correct directory and everything is spelled correctly. The image resides in the root of my wwwroot folder and I can hit it with a browser by typing the above URL. Thanks , Patrick
Re: External Graphic
[EMAIL PROTECTED] wrote: If you're running FOP on a different machine than IIS, perhaps the FOP box can't resolve the name epndev006. This would give [ERROR]: Error while creating area : Error with image URL: epndev0006 and no base directory is specified. (small, but importsnt diffference) J.Pietschmann
Re: External Graphic
Ah, thanks for the clarification. I've only been using relative paths, so I have no experience with FOP and remote URLs. J.Pietschman n To: [EMAIL PROTECTED] [EMAIL PROTECTED]cc: oo.de Subject: Re: External Graphic 06/11/2002 04:41 PM Please respond to fop-user [EMAIL PROTECTED] wrote: If you're running FOP on a different machine than IIS, perhaps the FOP box can't resolve the name epndev006. This would give [ERROR]: Error while creating area : Error with image URL: epndev0006 and no base directory is specified. (small, but importsnt diffference) J.Pietschmann
Re: external-graphic width height
Thanks ... Actually I noticed that my fo works (using absolute measure as you pointed) on one machine but not on the other. It sounds as if I had a config problem with fop on my machine ... Both are Win2000 Pro with JRE 1.3.1.02 and fop0.20.2 ... - Original Message - From: J.Pietschmann [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 04, 2002 9:41 PM Subject: Re: external-graphic width height Florence Deforge wrote: Hi I need to resize some gif images which are to be displayed in a pdf doc. I tried to insert the following code inside a block or a table-cell : fo:external-graphic width=75% height=75% text-align=center xsl:attribute name=src xsl:textfile:/xsl:text xsl:value-of select=image/ /xsl:attribute /fo:external-graphic Whatever percentage or absolute size is set, the graphic is displayed with same size (which is not the original size as well). Could anyone advice please ? It seems that a percental width does not work on fo:external-graphic. Use an absolute measure like width=5cm. Note that 75% won't scale the image to 75% of the original width, even if it worked, it would scale the image to 75% of the width of the enclosing reference area. Note further that when it comes to rendering of bitmapped images to physical devices your definition of original size may be quite different from anyone's else, but still everyone is right. J.Pietschmann
Re: external-graphic width height
Florence Deforge wrote: Hi I need to resize some gif images which are to be displayed in a pdf doc. I tried to insert the following code inside a block or a table-cell : fo:external-graphic width=75% height=75% text-align=center xsl:attribute name=src xsl:textfile:/xsl:text xsl:value-of select=image/ /xsl:attribute /fo:external-graphic Whatever percentage or absolute size is set, the graphic is displayed with same size (which is not the original size as well). Could anyone advice please ? It seems that a percental width does not work on fo:external-graphic. Use an absolute measure like width=5cm. Note that 75% won't scale the image to 75% of the original width, even if it worked, it would scale the image to 75% of the width of the enclosing reference area. Note further that when it comes to rendering of bitmapped images to physical devices your definition of original size may be quite different from anyone's else, but still everyone is right. J.Pietschmann
Re: external-graphic
Harald Meyer wrote: I have a problem with external graphics. FOP seems to ignore any settings of content-height and content-width. It always puts out the graphic at the same size. Both content-height and content-width are not mentioned in docs/html-docs/implemented.html and seem to be commented out in the source. It appears that height and width could serve your purpose, try them. J.Pietschmann
Re: external-graphic SVG problem ...
RAYMOND Romain wrote: Is there a problem to fix a SVG heigth in an external-graphic I cannot dot it. Can you post a shoret, self contained sample which demonstrates the problem? J.Pietschmann
Re: external-graphic within a war file
Orford, Jeffrey wrote: Hi- I'm attempting to use a gif image using the fo:external-graphic tag. Both the gif file and the xsl file are located in a war file. The gif is located in a directory /images (from the war file's root) and the xsl file is located in a directory named web-inf. So far I've tried using the following: What is the best way to refer to an image from within a war file? Is the war file even the issue? Try ServletContext.getResource(/images/logo.gif); This will return mysterious java.net.URL instance. Put this URL (toString) into fo file (you have to process this file before running FOP - maybe Velocity?). Tomek Pik [EMAIL PROTECTED] Thanks. Jeff Orford
RE: external-graphic within a war file
Thanks for the suggestion Tomasz, unfortunately it didn't work. The URL printed out as the following(without quotes): zip:C:/path to warfile/webapp_dealinfo.war#images/logo_gs.gif when I put this string in the fo xsl file as the value of the src attribute I got a similar error: [1Error while creating area : Invalid Image URL - error on relative URL : unknown protocol: nullc] Any other suggestions would be appreciated. Here's what the code looks like now: fo:table-cell fo:block fo:external-graphic src=zip:C:/TEMP/mercury/lib/war/ecm/webapp_info.war#images/logo_gs.gif / /fo:block /fo:table-cell Thanks. Jeff Orford -Original Message- From: Tomasz Pik [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 09, 2002 2:15 AM To: [EMAIL PROTECTED] Subject: Re: external-graphic within a war file Orford, Jeffrey wrote: Hi- I'm attempting to use a gif image using the fo:external-graphic tag. Both the gif file and the xsl file are located in a war file. The gif is located in a directory /images (from the war file's root) and the xsl file is located in a directory named web-inf. So far I've tried using the following: What is the best way to refer to an image from within a war file? Is the war file even the issue? Try ServletContext.getResource(/images/logo.gif); This will return mysterious java.net.URL instance. Put this URL (toString) into fo file (you have to process this file before running FOP - maybe Velocity?). Tomek Pik [EMAIL PROTECTED] Thanks. Jeff Orford
Re: external-graphic within a war file
Can you write, which servlet engine you use? I think, that url should have the following stucture: jar:file:c|//TEMP/mercury/lib/war/ecm/webapp_info.war!images/logo_gs.gif Tomek Orford, Jeffrey wrote: Thanks for the suggestion Tomasz, unfortunately it didn't work. The URL printed out as the following(without quotes): zip:C:/path to warfile/webapp_dealinfo.war#images/logo_gs.gif when I put this string in the fo xsl file as the value of the src attribute I got a similar error: [1Error while creating area : Invalid Image URL - error on relative URL : unknown protocol: nullc] Any other suggestions would be appreciated. Here's what the code looks like now: fo:table-cell fo:block fo:external-graphic src=zip:C:/TEMP/mercury/lib/war/ecm/webapp_info.war#images/logo_gs.gif / /fo:block /fo:table-cell Thanks. Jeff Orford -Original Message- From: Tomasz Pik [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 09, 2002 2:15 AM To: [EMAIL PROTECTED] Subject: Re: external-graphic within a war file Orford, Jeffrey wrote: Hi- I'm attempting to use a gif image using the fo:external-graphic tag. Both the gif file and the xsl file are located in a war file. The gif is located in a directory /images (from the war file's root) and the xsl file is located in a directory named web-inf. So far I've tried using the following: What is the best way to refer to an image from within a war file? Is the war file even the issue? Try ServletContext.getResource(/images/logo.gif); This will return mysterious java.net.URL instance. Put this URL (toString) into fo file (you have to process this file before running FOP - maybe Velocity?). Tomek Pik [EMAIL PROTECTED] Thanks. Jeff Orford
RE: external-graphic within a war file
The servlet is running within Weblogic 5.1 (my firm's standard for the time being) I'll try this one, Thanks again. Jeff -Original Message- From: Tomasz Pik [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 09, 2002 9:43 AM To: [EMAIL PROTECTED] Subject: Re: external-graphic within a war file Can you write, which servlet engine you use? I think, that url should have the following stucture: jar:file:c|//TEMP/mercury/lib/war/ecm/webapp_info.war!images/logo_gs.gif Tomek Orford, Jeffrey wrote: Thanks for the suggestion Tomasz, unfortunately it didn't work. The URL printed out as the following(without quotes): zip:C:/path to warfile/webapp_dealinfo.war#images/logo_gs.gif when I put this string in the fo xsl file as the value of the src attribute I got a similar error: [1Error while creating area : Invalid Image URL - error on relative URL : unknown protocol: nullc] Any other suggestions would be appreciated. Here's what the code looks like now: fo:table-cell fo:block fo:external-graphic src=zip:C:/TEMP/mercury/lib/war/ecm/webapp_info.war#images/logo_gs.gif / /fo:block /fo:table-cell Thanks. Jeff Orford -Original Message- From: Tomasz Pik [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 09, 2002 2:15 AM To: [EMAIL PROTECTED] Subject: Re: external-graphic within a war file Orford, Jeffrey wrote: Hi- I'm attempting to use a gif image using the fo:external-graphic tag. Both the gif file and the xsl file are located in a war file. The gif is located in a directory /images (from the war file's root) and the xsl file is located in a directory named web-inf. So far I've tried using the following: What is the best way to refer to an image from within a war file? Is the war file even the issue? Try ServletContext.getResource(/images/logo.gif); This will return mysterious java.net.URL instance. Put this URL (toString) into fo file (you have to process this file before running FOP - maybe Velocity?). Tomek Pik [EMAIL PROTECTED] Thanks. Jeff Orford
Re: external-graphic : protocol error
RAYMOND Romain wrote: I cannot access images while building my PDF throught FOP, return error is no protocol . Althought I used (as in the examples) a file:path ... What is the synthax ? The URL syntax for files on the local machine is file:///some/path/to/file.ext Note the triple slash. FOP also accepts /some/path/to/file.ext Windows drive specifications and pathnames with backslashes could cause some problems. A relative path file.ext path/to/file.ext will be resolved to the configures base directory. This defaults to the current working directory of the process which runs FOP. You can configure it by setting from Java code, see http://marc.theaimsgroup.com/?l=fop-devm=101354604124258w=2 Bad values for the base directory can also cause the problem you have. J.Pietschmann