RE: fo:external-graphic question
Thank you, absolute file paths definitely help when using static images. However, I have servlets that produce PNG graphs. I don't think I can specify an absolute file path for dynamically generated images. -Original Message- From: Matt Savino [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 05, 2001 1:09 AM To: [EMAIL PROTECTED] Subject: Re: fo:external-graphic question Ours is an SSL site. Like I wrote I just sue the absolute file path below. It works for all the Unix boxes. PDF imbeds the image anyway, rather than just linking to it and letting the browser server it up like HTML does. So you shouldn't see that secure-to-insecure error. Todd McGrath wrote: Will this work for SSL sites? I have servlets that produce images (graphs) and I'm try to include them in the generated PDFs. I wasn't sure that you could use relative path for src attribute? Since I wasn't able to get it working, I needed to create a separate site in order to use absolute path to servlets (example: http://localhost/Pie, where Pie is the graph producing servlet) Obviously, I would like to use relative so users do not see pop-up message about not secure Is anyone using FOP in SSL enabled sites with external-graphic that are not static filebased? Todd -Original Message- From: Max Froumentin [mailto:[EMAIL PROTECTED]] Sent: Monday, December 03, 2001 10:26 AM To: [EMAIL PROTECTED] Subject: Re: fo:external-graphic question You wrote: If you want a relative URI, why not just use a relative URI? I.e., src=config/isappdev/applications/RVWebApp1/WEB-INF/lib/ClinTrialLogoGreenBi g.gif? Then the current protocol, host, and directory will be used as the base URI and the relative URI interpreted relative to that. And of course this should ideally be src=url(config/isappdev...) Max. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
progress applet while servlet generates PDF
I would like to launch a progress bar applet that runs while my servlet generates the PDF. I'm just starting research into how this might be accomplished. Has anyone already implemented this or thought about how to do it? Todd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
SSL
In my app, I use a servlet to generate PDFs on the fly. The app is a SSL site. The PDFs contain numerous images that are generated dynamically. How do I specify a relative path for the external-graphic src? Environment: FOP: 0.20.2RC JDK 1.3.1_01 Windows 2000 The only way I can get images working is using full path: http://localhost/Pie where Pie is the image producing servlet. If I try https://localhost/Pie absolute or /Pie relative it doesn't work. Any thoughts appreciated, Todd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: fo:external-graphic question
Will this work for SSL sites? I have servlets that produce images (graphs) and I'm try to include them in the generated PDFs. I wasn't sure that you could use relative path for src attribute? Since I wasn't able to get it working, I needed to create a separate site in order to use absolute path to servlets (example: http://localhost/Pie, where Pie is the graph producing servlet) Obviously, I would like to use relative so users do not see pop-up message about not secure Is anyone using FOP in SSL enabled sites with external-graphic that are not static filebased? Todd -Original Message- From: Max Froumentin [mailto:[EMAIL PROTECTED]] Sent: Monday, December 03, 2001 10:26 AM To: [EMAIL PROTECTED] Subject: Re: fo:external-graphic question You wrote: If you want a relative URI, why not just use a relative URI? I.e., src=config/isappdev/applications/RVWebApp1/WEB-INF/lib/ClinTrialLogoGreenBi g.gif? Then the current protocol, host, and directory will be used as the base URI and the relative URI interpreted relative to that. And of course this should ideally be src=url(config/isappdev...) Max. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
PDFs in IE using JSP
Hello, I have read the mailing list and FAQ with the issue I'm having with IE and found many helpful posts. I can create PDFs using JSPs to generate XML with stylesheet. Cocoon is configured as a filter (1.8.2) with FOP .20.1. In my code, I determine if a browser is IE 5 or IE 5.5 and set the Content-Disposition: response.setHeader(Content-Disposition, inline; filename=+genpdfbean.getIeteststring()); to either report.pdf IE 5 or just report for IE 5.5 in the JSP that creates the XML. This is works most of the time across IE 5 and IE 5.5. However, some testers are reporting errors. I know in some cases it is the code being called twice issue. I have seen this issue posted. I'm using a MVC pattern: JSP -- Controller Servlet -- various objects that eventually create a JavaBean -- back to a different JSP that produces content type of XML. The content of the PDF is determined by what the user submits in a form. Before I start the debug of why it is working on some machines with IE 5/ 5.5 and not on others, does anyone have thoughts on why it is happening? If I change my code to an aliased servlet ending in .pdf will that help? Does it depend on Acrobat versions? Argh. Todd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]