This week's book giveaway is in the OO, Patterns, UML and Refactoring forum. We're giving away four copies of Refactoring for Software Design Smells: Managing Technical Debt and have Girish Suryanarayana, Ganesh Samarthyam & Tushar Sharma on-line! See this thread for details.
//This generates a 23kb file...that doesnt display data in acrobat, 19blank pages BufferedOutputStream bos = new BufferedOutputStream(resp.getOutputStream()); bos.write(bytes,0,bytes.length); bos.flush(); bos.close();
The thing that bugs me is that the files are different when i view them thought wordpad. The one gets send to the browser, the other to my c drive. But as you can see, they are produced with the same byte.
I don't know what is glassfish and neither I know what is 8.x.
What I think is happening is resp.getOutputStream() is somewhere using byte for its implementation because of which some characters are mixed up. It should be chars above 127. Try using an ASCII file (ant .txt/.rtf file) and see whether it opens up. You can also try using a hex editior/comparator to see which chars are getting mixed up.
Didn't read the whole post clearly. Using a byte array might also be a problem. But I have no clue why it is working in one and not in the other case. [ November 14, 2006: Message edited by: Anupam Sinha ]
Joined: Feb 19, 2004
Thanks for all the reply`s.
Rahul: I`ve copied your code...still nothing.
Anupam Sinha: Glassfish is the latest version of the Sun Java Application Server. And i must agree...that is sort of what i think is happening to...the files (one on harddrive and one thought browser) have a slight difference on certain characters...it seems like the encoding is screwing this up.
if i do a request.getRequestDispatcher("/reports/generated/myfile.pdf") it also displays the file as blank...but going strait to the location on the machine the file works....so it really looks like the way the file is being streamed to the browser.
Any other ideas?
Joined: Nov 29, 2005
One more thing I would certainly like you to try ;-)