Re: FOP does not rendering PDF in IE5.5 SP1
Hi Abdou, If that doesn't work, try applying the patch Q299618 to IE5.5 SP1 - worked for me. You can get the patch from http://www.microsoft.com/windows/ie/download/critical/q299618/default.asp Good luck, Micheál - Original Message - From: adel ben [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, July 23, 2001 10:37 AM Subject: Re: FOP does not rendering PDF in IE5.5 SP1 hi Abdou, try to structure your request so that it contains .pdf at the end even if it is not necessar. salam, adel ___ Send a cool gift with your E-Card http://www.bluemountain.com/giftcenter/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
external-graphic - problem using relative path
Hi all, I posted a message regarding this problem a couple of weeks ago, but received no reply. I need to reference images ("external-graphic") in my xsl. It seems to work fine when I use the absolute path, but not when I use the relative path. Please find attached my original message - it's a little more detail and contains some sample XSL. Any help on this would be greatly appreciated. TIA, Micheál Micheál HealyEngitech Ltd.[EMAIL PROTECTED] Hi all, I'm using Xalan to create my .fo files from XML and XSL, then rendering pdf's using fop (v.0.19). I'm using JDK 1.3. This is all within a servlet. I'm using Apache and Tomcat together as web server and servlet engine. My problem is when I try to include 'external-graphics'. I want to be able to get the graphics using a relative path over the web server. Problem is, when I put the path "http://localhost/VincentSite/img/checkbox.gif", it works, but "/VincentSite/img/checkbox.gif" doesn't. The strange thing is, I use a dictionary aswell, and I can find that using either "/VincentSite/xml/Dictionary.xml", or "http://localhost/VincentSite/xml/Dictionary.xml", so I know I'm using the correct path. Also, this happens within a larger application which uses relative paths everywhere in the XSL to get images, and has no problems. I've looked elsewhere for a solution to this, and can't seem to find one, so any help would be much appreciated. TIA Micheál Micheál HealyEngitech Ltd.[EMAIL PROTECTED] xsl:choosexsl:when test="PersonalData/Checked='Y'"fo:table-cellfo:block font-size="9pt" line-height="13pt" text-align="start"fo:external-graphic src="/VincentSite/img/chkbxgif-y.gif"//fo:block/fo:table-cell/xsl:whenxsl:otherwisefo:table-cellfo:block font-size="9pt" line-height="13pt" text-align="start"fo:external-graphic src="/VincentSite/img/chkbxgif.gif"//fo:block/fo:table-cell/xsl:otherwise/xsl:choose - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: external-graphic - problem using relative path
Ronald, Thanks for the suggestion, but unfortuately, it hasn't worked. I still get the following error - Invalid Image URL - error on relative URL : java.lang.NullPointerException. I tried both fo:external-graphic src=file:VincentSite/img/chkbxgif-y.gif/ and fo:external-graphic src=file:/VincentSite/img/chkbxgif-y.gif/ with identical results. I wonder if it's something to do with my configuration, although, as I said, I can read the dictionary using a relative path. Any ideas? Thanks, Micheál - Original Message - From: Ronald Jaramillo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, July 18, 2001 12:38 PM Subject: RE: external-graphic - problem using relative path try fo:external-graphic src=file:VincentSite/img/chkbxgif-y.gif/ mvh Ronald -Original Message- From: Micheál Healy [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 18, 2001 12:16 PM To: [EMAIL PROTECTED] Subject: external-graphic - problem using relative path Hi all, I posted a message regarding this problem a couple of weeks ago, but received no reply. I need to reference images (external-graphic) in my xsl. It seems to work fine when I use the absolute path, but not when I use the relative path. Please find attached my original message - it's a little more detail and contains some sample XSL. Any help on this would be greatly appreciated. TIA, Micheál Micheál Healy Engitech Ltd. [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]
Re: bit OT but..streaming PDF to browsers
Hi, I've been on holiday, but I came back yesterday, saw this last message, downloaded SP1 for IE5.5 and, hey presto, it worked. Thanks to all for your help - much appreciated. Just to confirm, IE5.5 still caused problems - only with SP1 did it work for me. Thanks again, Micheál - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, July 06, 2001 1:35 AM Subject: Re: bit OT but..streaming PDF to browsers Thanks so much for the help the ContentDisposition worked like a charm on ie5 5.5sp1 :) cheers Dave David Frankson [EMAIL PROTECTED] on 07/06/2001 03:47:43 AM Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Re: bit OT but..streaming PDF to browsers Check the Microsoft Knowledge base for Article ID: Q293336 It explains the idiotic way IE handles MIME types. Dave - Original Message - From: Alex McLintock [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 05, 2001 9:07 AM Subject: Re: bit OT but..streaming PDF to browsers --- Dave Frankson [EMAIL PROTECTED] wrote: PDFs from a servlet works in all broswers but you have to remember to do all of the following: 1.) Set the headers: response.setContentType(application/pdf); response.addHeader(Content-Disposition, inline; filename=report.pdf); Your other suggestions I've heard of before - but haven't noticed this one. Does it really work? What browsers support Content-Disposition ? Where can I find out more? Presumably I ought to add it to the FAQ. Cheers Alex = Alex McLintock[EMAIL PROTECTED]Open Source Consultancy in London OpenWeb Analysts Ltd, http://www.OWAL.co.uk/ DR WHO COMPETITION: http://www.diversebooks.com/cgi-bin/caption/captions.cgi?date=200104 Get Your XML T-Shirt t-shirt/ at http://www.inversity.co.uk/ Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie - 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]
Re: bit OT but..streaming PDF to browsers
I can't seem to get fop to show me a pdf wit IE 5.5. Am I doing something wrong? This is just for general info - it's working fine with 5.0. Micheál Healy - Original Message - From: Dave Frankson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 05, 2001 2:43 PM Subject: Re: bit OT but..streaming PDF to browsers Actually it is the sloppy way IE deals with MIME types. At the first hit, IE determines that it can't handle the content type and an external plugin needs to handle the request. So it discards the data after reading the http header and does a second hit passing the entire thing to Acrobat. We are using FOP to generate some reports that take 15 minutes to build, and this is the biggest performance hit. Dave - Original Message - From: Alex McLintock [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 05, 2001 4:08 AM Subject: Re: bit OT but..streaming PDF to browsers --- David Frankson [EMAIL PROTECTED] wrote: I get pdfs from servlets to work fine in IE, but I never have overcome the 2 hits per pdf. Is there a solution to this? I've noticed the two hits issue but always assumed it was due to my rubbish proxy configuration. It may be that the first request is hust a head request to determine the datestamp of the response and thus to determine whether or not it can retrieve the file from its cache. (It is presumably seeing that the datestamp is later than the cached version and thus requesting the whole response the second time.) So one possibility is to check for a head request and when you get it to NOT generate the PDF but just output the headers saying that the file would be new if you hadn't just done a head request. This is a bit off topic so learning how to do this is left as an exercise for the reader. Or if you are in London you can pay me to do it for you :-) Alex = Alex McLintock[EMAIL PROTECTED]Open Source Consultancy in London OpenWeb Analysts Ltd, http://www.OWAL.co.uk/ DR WHO COMPETITION: http://www.diversebooks.com/cgi-bin/caption/captions.cgi?date=200104 Get Your XML T-Shirt t-shirt/ at http://www.inversity.co.uk/ Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie - 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]
Re: bit OT but..streaming PDF to browsers
Hi Dave, Thanks for your help. Unfortunately, I've tried all your suggestions, and the thing still isn't working. I was already flushing the output stream, but wasn't closing it - I'm doing that now. I was setting the content type, and the length, but not the content-disposition - again, I've rectified this. I've even changed the url so that it finishes with .pdf, still no joy. I sent a previous message to the list with details of my set-up. This is from that message (Subject: external-graphic): I'm using Xalan to create my .fo files from XML and XSL, then rendering pdf's using fop (v.0.19). I'm using JDK 1.3. This is all within a servlet. I'm using Apache and Tomcat together as web server and servlet engine. This problem isn't stopping me in my tracks. As I said, it works fine with IE 5.0, but I would like to get it solved. TIA, Micheál - Original Message - From: Dave Frankson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 05, 2001 3:03 PM Subject: Re: bit OT but..streaming PDF to browsers PDFs from a servlet works in all broswers but you have to remember to do all of the following: 1.) Set the headers: response.setContentType(application/pdf); response.addHeader(Content-Disposition, inline; filename=report.pdf); (Also try to structure your URL so that the last few characters are .pdf. This helps some stupid version of IE that you are returing a pdf) 2.) Write out the size of the pdf: response.setContentLength( pdfDoc.length ); 3.) Flush your output stream: out.flush(); out.close(); Dave - Original Message - From: Micheál Healy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 05, 2001 8:47 AM Subject: Re: bit OT but..streaming PDF to browsers I can't seem to get fop to show me a pdf wit IE 5.5. Am I doing something wrong? This is just for general info - it's working fine with 5.0. Micheál Healy - Original Message - From: Dave Frankson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 05, 2001 2:43 PM Subject: Re: bit OT but..streaming PDF to browsers Actually it is the sloppy way IE deals with MIME types. At the first hit, IE determines that it can't handle the content type and an external plugin needs to handle the request. So it discards the data after reading the http header and does a second hit passing the entire thing to Acrobat. We are using FOP to generate some reports that take 15 minutes to build, and this is the biggest performance hit. Dave - Original Message - From: Alex McLintock [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 05, 2001 4:08 AM Subject: Re: bit OT but..streaming PDF to browsers --- David Frankson [EMAIL PROTECTED] wrote: I get pdfs from servlets to work fine in IE, but I never have overcome the 2 hits per pdf. Is there a solution to this? I've noticed the two hits issue but always assumed it was due to my rubbish proxy configuration. It may be that the first request is hust a head request to determine the datestamp of the response and thus to determine whether or not it can retrieve the file from its cache. (It is presumably seeing that the datestamp is later than the cached version and thus requesting the whole response the second time.) So one possibility is to check for a head request and when you get it to NOT generate the PDF but just output the headers saying that the file would be new if you hadn't just done a head request. This is a bit off topic so learning how to do this is left as an exercise for the reader. Or if you are in London you can pay me to do it for you :-) Alex = Alex McLintock[EMAIL PROTECTED]Open Source Consultancy in London OpenWeb Analysts Ltd, http://www.OWAL.co.uk/ DR WHO COMPETITION: http://www.diversebooks.com/cgi-bin/caption/captions.cgi?date=200104 Get Your XML T-Shirt t-shirt/ at http://www.inversity.co.uk/ Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie - 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