You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Yao Zhu <zh...@yaozhu.com> on 2002/01/02 07:27:31 UTC
print pdf in weblogic linux and solaris server?
Hi,
I have encountered a strange problem.
I am writing codes that dynamically generate pdf and display in IE. I use
Sitraka's JC Class pagelayout 4.5.1 to generate pdf. I set contentType to
"application/pdf" and set actionForward to null.
It worked fine in tomcat test environment 3.2.3 on Windows platform.
Then, I try to run the codes in weblogic 5.10 in linux. It generates pdf
fine, but cannot display it in IE browser. I then changed contentType to
something wrong to force the IE to save it into a file. It turned out to be
a perfectly good pdf file. But, when I use the correct contentType, it just
cannot show in IE.
Has anyone encountered this kind problem before? What's you solution?
Any help will be greatly appreciated.
-Yao Zhu
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: print pdf in weblogic linux and solaris server?
Posted by "David M. Karr" <dm...@earthlink.net>.
>>>>> "Yao" == Yao Zhu <zh...@yaozhu.com> writes:
Yao> Hi,
Yao> I have encountered a strange problem.
Yao> I am writing codes that dynamically generate pdf and display in IE. I use
Yao> Sitraka's JC Class pagelayout 4.5.1 to generate pdf. I set contentType to
Yao> "application/pdf" and set actionForward to null.
Yao> It worked fine in tomcat test environment 3.2.3 on Windows platform.
Yao> Then, I try to run the codes in weblogic 5.10 in linux. It generates pdf
Yao> fine, but cannot display it in IE browser. I then changed contentType to
Yao> something wrong to force the IE to save it into a file. It turned out to be
Yao> a perfectly good pdf file. But, when I use the correct contentType, it just
Yao> cannot show in IE.
Yao> Has anyone encountered this kind problem before? What's you solution?
I have not had to deal with this, but I believe you have to fool IE with the
extent on the original URL. IE will respect the file extent more than the
content type. I've seen people add things like the following to the end of
their request to fool it:
&dummy=.pdf
--
===================================================================
David M. Karr ; Best Consulting
dmkarr@earthlink.net ; Java/Unix/XML/C++/X ; BrainBench CJ12P (#12004)
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>