PS;
Dynamic generation of PDF files involves more than I thought. I noticed that
iText may not generate the same byte strings for the same code. This is from
iText manuals. In addition, database contents may change. So there is no way
I can deliver the same byte stream in case IE reissues partial
It's just plain HTTP!
Pid-2 wrote:
>
> Jonadan wrote:
>> BTW, is this problem is specific to Tomcat ONLY? Or also occurs in other
>> servers such as JBoss, and so on?
> Are you delivering your PDF over an HTTPS connection?
>
--
View this message in context:
http://www.nabble.com/PDF-proble
Jonadan wrote:
> BTW, is this problem is specific to Tomcat ONLY? Or also occurs in other
> servers such as JBoss, and so on?
FYI, a while ago I wrote a page on the Struts wiki dealing with serving
PDFs... while it was meant for Struts, the majority of the information
is in fact completely gene
Jonadan wrote:
BTW, is this problem is specific to Tomcat ONLY? Or also occurs in other
servers such as JBoss, and so on?
Are you delivering your PDF over an HTTPS connection?
It's not a Tomcat problem, it's probably an IE problem.
Some versions of IE have issues with responses that contain c
BTW, is this problem is specific to Tomcat ONLY? Or also occurs in other
servers such as JBoss, and so on?
--
View this message in context:
http://www.nabble.com/PDF-problem-on-IE-from-JSP-tp14879788p14947983.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
---
In my case every doc has a different name so the 'same document' issue
doesn't apply. I can't tell you if that would be a problem or lot.
Jonadan wrote:
>
> Thanks!
> After changing "no-cache" to "cache", it worked! But I am not sure whether
> this may deliver the same documents when diiferent
Thanks!
After changing "no-cache" to "cache", it worked! But I am not sure whether
this may deliver the same documents when diiferent documents are generated.
The another problem was that "inline" didn't work for JSP urls, say,
".../mydoc.jsp". So I have to use a servlet taking JSP as parameters
The critical part of my solution (which I got from someone else's post) is
the setting of the cache stuff.
Setting the mime type is something you have to do and my particular case
depends on the filename type, but as long as it gets set you also need to
set the cache right as well.
Jonadan wrote
My output MIME is ALWAYS PDF!
If I save the generated PDF into normal directory and access is OK. It may
be one of these;
1. IE security system may be blocking certain patterns developed by previous
errors.
2. Tomcat is not handling requests well.
Regards.
--
View this message in context:
htt
This solved a similar problem for me
String mimeType = sc.getMimeType(filename);
FileHelper helper = new FileHelper();
InputStream in = helper.fetch(filename, m_dir);
response.setContentType(mimeType!=null?mimeType:"text/html");
response.setHeader("Pragma", "cache");
Or IE does not like content or does not expect as valid connection.
--
View this message in context:
http://www.nabble.com/PDF-problem-on-IE-from-JSP-tp14879788p14899461.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
-
Pitre, Russell wrote:
>
> response.setContentLength(baos.size());
>
Hi,
I added the size information as follows;
response.setContentType("application/pdf;charset=UTF-8");
// response.setHeader("Content-Disposition",
"inline;filename=\"Document.pdf\"");
response.setHea
How are you writing to the outputstream? You should be doing something
like this below( taken from
org.springframework.web.servlet.view.document .AbstractPdfView)
private static final int OUTPUT_BYTE_ARRAY_INITIAL_SIZE = 4096;
// IE workaround: write into byte array first.
ByteArrayOutputStream
Jonadan wrote:
Hi,
I am generating PDF documents from JSP directly to output stream. However
when I try it from IE, it does not work properly. Sometime nothing happens.
Sometimes, show data corruption error. Sometimes connection error, etc.
I suspect it may be something to do with partial conte
14 matches
Mail list logo
