Opening PDFs in IE 6 over SSL
Locked
 
|
Hello,
I have an OPS application that provides a facility to generate PDF output, and to display the PDFs embedded within the browser using Adobe Reader. Unfortunately this has recently stopped working for some unknown reason (possibly due to a Windows update) when accessing the server over SSL. However, in another non-OPS application the PDF output still works. The main difference between the two systems is that the one that works includes the .pdf extension on the end of the path in the URL. The .pdf extension if mapped in web.xml to a servlet which generates the PDF. I'm wondering if it is possible to solve this problem by modifying the URL used to request the PDF in OPS to include the .pdf extension. The URL currently looks like this: https://<host-name>/xforms/xforms-server-submit and I would like to change it to something like this: https://<host-name>/xforms/xforms-server-submit.pdf Can somebody please advise me on how this can be done? We are currently using Orbeon 3.5, WebSphere 5.1 with Tivoli Access Manager, Java 1.4.2 and J2EE 1.3. The browser is IE 6 with latest updates. Adobe Reader is version 8. Many thanks, Jason -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Re: Opening PDFs in IE 6 over SSL
|
Administrator
|
Jason,
Could you try to look at the HTTP headers sent in the case that works and compare them to the case that doesn't work? You can use a tool tcpmon (http://ws.apache.org/commons/tcpmon/) for this. Then, as I assume you are using the http-serializer to generate the file, make sure you generate the right headers. For instance, you might want to have there a header like: <header> <name>Content-Disposition</name> <value>attachment; filename=file.pdf</value> </header> Alex On 2/28/07, Jason Cowley <[hidden email]> wrote: > Hello, > > I have an OPS application that provides a facility to generate PDF output, > and to display the PDFs embedded within the browser using Adobe Reader. > Unfortunately this has recently stopped working for some unknown reason > (possibly due to a Windows update) when accessing the server over SSL. > However, in another non-OPS application the PDF output still works. The main > difference between the two systems is that the one that works includes the > .pdf extension on the end of the path in the URL. The .pdf extension if > mapped in web.xml to a servlet which generates the PDF. > > I'm wondering if it is possible to solve this problem by modifying the URL > used to request the PDF in OPS to include the .pdf extension. The URL > currently looks like this: > > https://<host-name>/xforms/xforms-server-submit > > and I would like to change it to something like this: > > https://<host-name>/xforms/xforms-server-submit.pdf > > Can somebody please advise me on how this can be done? We are currently > using Orbeon 3.5, WebSphere 5.1 with Tivoli Access Manager, Java 1.4.2 and > J2EE 1.3. The browser is IE 6 with latest updates. Adobe Reader is version > 8. > > Many thanks, > > Jason > > > -- > You receive this message as a subscriber of the [hidden email] > mailing list. > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > -- Orbeon Forms - Web 2.0 Forms for the Enterprise http://www.orbeon.com/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Re: Opening PDFs in IE 6 over SSL
|
|
The PDF generator that works is requested using a HTTP GET, and responds the headers:
accept-ranges: none cache-control: must-revalidate, post-check=0, pre-check=0 content-encoding: gzip content-language: en-GB content-type: application/pdf expires: 0 p3p: CP="NON CUR OTPi OUR NOR UNI" pragma: public server: WebSphere Application Server/5.1 Set-Cookie: PD-S-SESSION-ID=2_5bD09tAMQy+MkNTZheOU2Ofqar3KWARRgx4uSF6gdOgPr3ZV; Path=/; Secure transfer-encoding: chunked And the PDF generation from OPS that isn't working uses a HTTP POST and responds with these headers: accept-ranges: none cache-control: must-revalidate, post-check=0, pre-check=0 content-disposition: inline; filename=form.pdf content-encoding: gzip content-language: en-GB content-type: application/pdf expires: Thu, 01 Mar 2007 10:26:35 GMT last-modified: Thu, 01 Mar 2007 10:26:35 GMT p3p: CP="NON CUR OTPi OUR NOR UNI" pragma: private server: WebSphere Application Server/5.1 Set-Cookie: PD-S-SESSION-ID=2_5bD09tAMQy+MkNTZheOU2Ofqar3KWARRgx4uSF6gdOgPr3ZV; Path=/; Secure transfer-encoding: chunked We are using http-serializer like this: <p:processor name="oxf:http-serializer"> <p:input name="config"> <config> <header> <name>Accept-Ranges</name> <value>none</value> </header> <header> <name>Cache-Control</name> <value>must-revalidate, post-check=0, pre-check=0</value> </header> <header> <name>Content-Type</name> <value>application/pdf</value> </header> <header> <name>Content-Disposition</name> <value>inline; filename=form.pdf</value> </header> <header> <name>Pragma</name> <value>private</value> </header> </config> </p:input> <p:input name="data" href="#converted"/> </p:processor> I've tried this with and without the Content-Disposition header, and I've tried using Pragma: public instead of private, but no joy so far. Jason On 3/1/07, Alessandro Vernet <[hidden email]> wrote: Jason, -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
«
Return to Orbeon Forms community mailing list
|
1 view|%1 views
| Free forum by Nabble | Edit this page |