Does someone know this problem? I�m having a FileNotFoundException when get a InputStream in a URLConnection. The connection with the server is OK. I�m not having any problem to write the output in the server, but when I try to get the InputStream I�m having the problem above.
Lewin Chan
Ranch Hand
Joined: Oct 10, 2001
Posts: 214
posted
0
Have you used UrlConnection.setDoOutput(true); and UrlConnection.setDoInput(true); According to the docs, if you setDoOutput(true), then this defaults setDoInput(false) which means that you can't getInputStream on the URL connection.
I have no java certifications. This makes me a bad programmer. Ignore my post.
Michael Zalewski
Ranch Hand
Joined: Apr 23, 2002
Posts: 168
posted
0
I bet you are doing a GET or POST to a servlet or JSP page. If it's a servlet, you will probably want to make sure that you specifically close the output stream with HttpServletResponse.getWriter().close() If it's a JSP page, check to make sure that you aren't getting an exception which never forwards to an error page. I'm not sure, but I think if the servlet sets the HTTP status to anything higher than 2xx, (such as the 500 that a JSP page generates if there is an uncaught error), URLConnection will complain about a FileNotFoundException.
James Snook
Greenhorn
Joined: Nov 29, 2002
Posts: 2
posted
0
Yup. We were having this problem with WebSphere 4.0. Struts actions that worked under Tomcat and WebLogic broke all of a sudden under WebSphere 4.0. If you're going to do an HttpServletResponse.getOutputStream() and write to it, flushing the stream isn't enough; you have to close the stream before your action returns, or you'll get a 500. - James
Zemzoum Micka
Greenhorn
Joined: Nov 05, 2010
Posts: 1
posted
0
hello
I have this problem FileNotFound the 500 but I do not understand how you
propose to solve it if you could please be more clear, I want to
you that I am under Tomcat,
and i want to get an xml file and do and out.println on it after getting it... i'm really in need of help
thank you
I agree. Here's the link: http://ej-technologies/jprofiler - if it wasn't for jprofiler, we would need to
run our stuff on 16 servers instead of 3.