File Upload problem with cgi perl script
I am only getting the first 3k of an upload file. If the file is less than 3k, the multipart boundaries are structured properly, otherwise, I never get the end of the file or the ending boundary. I did binmode(STDIN); but still not getting the whole file. Running Tomcat 4.1.31 and IE browser 6.x. Appreciate any suggestions or theories as to why I am not getting the whole file.
File Upload problem with cgi perl script
I am only getting the first 3k of an upload file. If the file is less than 3k, the multipart boundaries are structured properly, otherwise, I never get the end of the file or the ending boundary. I did binmode(STDIN); but still not getting the whole file. Running Tomcat 4.1.31 and IE browser 6.x. Appreciate any suggestions or theories as to why I am not getting the whole file.
Problem with file upload corruption.
Sorry to kick this up. I know its a slightly obscure topic, and I'm hoping it may have rolled by someone knowledgable. I just tried using the Jakarta Commons File Upload instead of the Oreilly MultiPartRequest. I get the same results. No matter what kind of file I try uploading - it treats it as text: from a Windows machine all occurrences of 0x0D0A are converted to 0x0A. So contrary to the RFC saying it is a binary file upload, it appears to be doing a text upload - or I am really missing out on something. Thank you - Richard -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, August 29, 2005 7:03 PM To: tomcat-user@jakarta.apache.org Subject: Problem with file upload corruption. We have a JSP/servlet combo that uses the OReilly MultiPartRequest to upload a users HTML template for our application. Invariably they end up with some unusual characters in their template - sometimes from pasting in text from MS Word or other similar application. For some reason a single character (e.g. x092 a right single quotation mark) is turned into multiple special characters after it is uploaded. When we download it we use response.setContentType(application/octet-stream); and the mangled file downloads fine (i.e. without change) Here is an example - the right single quotation marka backward single quote comes right after the paragraph tag (p). BEFORE upload html ... pSome text. /html AFTER upload html ... p�Some text. /html I have read the file upload RFC 1867 until I'm blue in the face, and Googled on and off the servlet.com site. There were reported binary upload problems using the warp connector to connect Tomcat 4.0 and Apache. But we are using Tomcat 4.1.18. Any ideas or suggestion are appreciated. Thank you - Richard mail2web - Check your email from the web at http://mail2web.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem with file upload corruption.
OK, my goof. In my frustration and hurry I did not read the RFC well enough. After re-reading the RFC yet one more time, it finally became clear. In case it helps anyone else, I'm posting what I learned here. Basically the browser is allowed/expected to set the encoding type. Under section 3.3 of RFC 1867: 3.3 use of multipart/form-data ... Each part should be labelled with an appropriate content-type if the media type is known (e.g., inferred from the file extension or operating system typing information) or as application/octet-stream. ... I kept expecting there to be some way to designate the file as either binary (don't change a thing, just upload it) or text (handle CRLF's and character set translation) - much like one does with an FTP tranfer. So I guess the best answer to my original dilema is to write a utility method/filter that inspects the uploaded HTML file for invalid characters and notifies the user if any are found. Hope this helps someone else - Richard -Original Message- From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 30, 2005 7:26 PM To: 'tomcat-user@jakarta.apache.org' Subject: Problem with file upload corruption. Sorry to kick this up. I know its a slightly obscure topic, and I'm hoping it may have rolled by someone knowledgable. I just tried using the Jakarta Commons File Upload instead of the Oreilly MultiPartRequest. I get the same results. No matter what kind of file I try uploading - it treats it as text: from a Windows machine all occurrences of 0x0D0A are converted to 0x0A. So contrary to the RFC saying it is a binary file upload, it appears to be doing a text upload - or I am really missing out on something. Thank you - Richard -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, August 29, 2005 7:03 PM To: tomcat-user@jakarta.apache.org Subject: Problem with file upload corruption. We have a JSP/servlet combo that uses the OReilly MultiPartRequest to upload a users HTML template for our application. Invariably they end up with some unusual characters in their template - sometimes from pasting in text from MS Word or other similar application. For some reason a single character (e.g. x092 a right single quotation mark) is turned into multiple special characters after it is uploaded. When we download it we use response.setContentType(application/octet-stream); and the mangled file downloads fine (i.e. without change) Here is an example - the right single quotation marka backward single quote comes right after the paragraph tag (p). BEFORE upload html ... pSome text. /html AFTER upload html ... p�Some text. /html I have read the file upload RFC 1867 until I'm blue in the face, and Googled on and off the servlet.com site. There were reported binary upload problems using the warp connector to connect Tomcat 4.0 and Apache. But we are using Tomcat 4.1.18. Any ideas or suggestion are appreciated. Thank you - Richard mail2web - Check your email from the web at http://mail2web.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with file upload corruption.
We have a JSP/servlet combo that uses the OReilly MultiPartRequest to upload a users HTML template for our application. Invariably they end up with some unusual characters in their template - sometimes from pasting in text from MS Word or other similar application. For some reason a single character (e.g. x092 a right single quotation mark) is turned into multiple special characters after it is uploaded. When we download it we use response.setContentType(application/octet-stream); and the mangled file downloads fine (i.e. without change) Here is an example - the right single quotation marka backward single quote comes right after the paragraph tag (p). BEFORE upload html ... pSome text. /html AFTER upload html ... p�Some text. /html I have read the file upload RFC 1867 until I'm blue in the face, and Googled on and off the servlet.com site. There were reported binary upload problems using the warp connector to connect Tomcat 4.0 and Apache. But we are using Tomcat 4.1.18. Any ideas or suggestion are appreciated. Thank you - Richard mail2web - Check your email from the web at http://mail2web.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
File upload location.
I've an servlet running from /tc5028/webapps/repository and I'm storing client data in /tc5028/webapps/repository/data/ I'm curious what strategy people adopt when upgrading. I'm thinking of moving up to java 1.5 and the more recent tomcat, do people overwrite the tc installation or move everything to a new /tc55 directory. That would allow testing prior to going live. That's inconvenient to say the least with a few gigs of data to move, but seemingly necessary. what do others do please? regards DaveP ** snip here ** Regards DaveP. snip here * -- DISCLAIMER: NOTICE: The information contained in this email and any attachments is confidential and may be privileged. If you are not the intended recipient you should not use, disclose, distribute or copy any of the content of it or of any attachment; you are requested to notify the sender immediately of your receipt of the email and then to delete it and any attachments from your system. RNIB endeavours to ensure that emails and any attachments generated by its staff are free from viruses or other contaminants. However, it cannot accept any responsibility for any such which are transmitted. We therefore recommend you scan all attachments. Please note that the statements and views expressed in this email and any attachments are those of the author and do not necessarily represent those of RNIB. RNIB Registered Charity Number: 226227 Website: http://www.rnib.org.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: File upload location.
That's why I use catalina.base and catalina.home (CATALINA_BASE and CATALINA_HOME) as described in RUNNING.txt so that tomcat installation is independent of webapps installtion. I just have to take care about syntax incompatibility in server.xml (for example). The method is described in (4) Advanced Configuration - Multiple Tomcat 5 Instances from RUNNING.txt. Using this binary separation will allow you to upgrade smoothly without loosing data or long service interruption problem. -Original Message- From: Pawson, David [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 18, 2005 12:21 PM To: tomcat-user@jakarta.apache.org Subject: File upload location. I've an servlet running from /tc5028/webapps/repository and I'm storing client data in /tc5028/webapps/repository/data/ I'm curious what strategy people adopt when upgrading. I'm thinking of moving up to java 1.5 and the more recent tomcat, do people overwrite the tc installation or move everything to a new /tc55 directory. That would allow testing prior to going live. That's inconvenient to say the least with a few gigs of data to move, but seemingly necessary. what do others do please? regards DaveP * snip here * Décharge / Disclaimer Ce message et toutes les pièces jointes (ci-après le message) sont confidentiels et établis à l'intention exclusive des destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique étant susceptible d'altération, 123Multimédia et ses filiales déclinent toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Therefore neither 123Multimédia nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: File upload location.
-Original Message- From: Francois JEANMOUGIN That's why I use catalina.base and catalina.home (CATALINA_BASE and CATALINA_HOME) as described in RUNNING.txt so that tomcat installation is independent of webapps installtion. I just have to take care about syntax incompatibility in server.xml (for example). The method is described in (4) Advanced Configuration - Multiple Tomcat 5 Instances from RUNNING.txt. Using this binary separation will allow you to upgrade smoothly without loosing data or long service interruption problem. That says, When you use this -Dcatalina.base=$CATALINA_BASE argument, Tomcat 5 will calculate all relative references for files in the following directories based on the value of $CATALINA_BASE instead of $CATALINA_HOME: So in using /tc5028/webapps/repository/data/ If catalina base is set to /elsewhere, then all the configuration files and my application code will be there too? in /elsewhere/webapps/repository/data and CATALINA_HOME can still point to /tomcat5028. Yes, that all makes sense. Francois, you also note I just have to take care about syntax incompatibility in server.xml (for example). Quick look, and I can't see anything that has path problems there? Can you explain please? regards DaveP ** snip here ** -- DISCLAIMER: NOTICE: The information contained in this email and any attachments is confidential and may be privileged. If you are not the intended recipient you should not use, disclose, distribute or copy any of the content of it or of any attachment; you are requested to notify the sender immediately of your receipt of the email and then to delete it and any attachments from your system. RNIB endeavours to ensure that emails and any attachments generated by its staff are free from viruses or other contaminants. However, it cannot accept any responsibility for any such which are transmitted. We therefore recommend you scan all attachments. Please note that the statements and views expressed in this email and any attachments are those of the author and do not necessarily represent those of RNIB. RNIB Registered Charity Number: 226227 Website: http://www.rnib.org.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: File upload
Hi Derrick I have added a comment to this bug that links to the original bug report thread that I was on when I was getting this. This problem was fixed back in May and a release was made, but some people were still getting it. I recently built the isapi DLL from CVS head and it fixed all our known instances of this problem. I can email you the DLL if you provide your address, Cheers, AC -Original Message- From: Derrick Koes [mailto:[EMAIL PROTECTED] Sent: 29 October 2004 22:54 To: Tomcat Users List; Struts User Apache (E-mail) Subject: RE: File upload For anyone who is interested, I found this interesting bug report on bugzilla describing the problem. Does anyone know a workaround for IIS adding 35 bytes? http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26890 -Original Message- From: Derrick Koes [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 2:27 PM To: Tomcat Users List; Struts User Apache (E-mail) Subject: RE: File upload Upon reviewing some struts code and documentation, the memory threshold for a file to be parsed for upload is 256K (configurable). If the file is over that size, I believe the uploader puts it in a temp file. However, since the url to retrieve it for parsing is a relative path, the parser cannot find it. Can anyone verify this? Thanks, Derrick -Original Message- From: Derrick Koes [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 11:52 AM To: Tomcat Users List Subject: File upload Configuration: Tomcat 5.0.24 IIS 5.0 JK2 connector Isapi_redirector2.dll Struts 1.1 Commons file upload 1.0 I seem to have an issue that when the file is a certain size it is written to a temp file on the file system before it is parsed by the multipart parser (at least that's what the exception message leads me to believe). However, since the working directory is my web app (/WEB-INF/ilt), the parser can't seem to find the file (not a fully qualified file name). This is a guess, but if correct I don't know how to fix the problem. Any help is appreciated. Belows is the stack trace and data from the request dumper valve: 2004-10-28 10:59:32 RequestDumperValve[/ilt]: === 2004-10-28 10:59:43 RequestDumperValve[/ilt]: REQUEST URI =/ilt/ilt/iltPerformUpload.do 2004-10-28 10:59:43 RequestDumperValve[/ilt]: authType=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: characterEncoding=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentLength=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentType=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]:contextPath=/ilt 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillPo rt=http:// dkoesxp/djk/home/index.cfm?selectdTab=0 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFMX_JSESSIONID=c8301990451098975559821 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFID=19459 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept=text/xml,application/xml,application/xhtml+xml,t ext/html;q =0.9,text/plain;q=0.8,image/png,*/*;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-language=en-us,en;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=connection=keep-alive 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=host=dkoesxp 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=referer=http://dkoesxp/ilt/ilt/iltUpload.do;jsessionid= 3048D443AD 4341273FB5FED42958E7C4 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=user-agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnTo SkillPort= http://dkoesxp/djk/home/index.cfm?selectdTab=0; CFMX_JSESSIONID=c8301990451098975559821; CFID=19459; CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-length=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-type=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-encoding=gzip,deflate 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=keep-alive=300 2004-10-28 10:59:43 RequestDumperValve[/ilt]: locale=en_US 2004-10-28 10:59:43 RequestDumperValve[/ilt]: method=POST 2004-10-28 10:59:43 RequestDumperValve[/ilt]: pathInfo=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: protocol=HTTP/1.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]:queryString=null 2004-10-28 10
RE: File upload
For anyone who is interested, I found this interesting bug report on bugzilla describing the problem. Does anyone know a workaround for IIS adding 35 bytes? http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26890 -Original Message- From: Derrick Koes [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 2:27 PM To: Tomcat Users List; Struts User Apache (E-mail) Subject: RE: File upload Upon reviewing some struts code and documentation, the memory threshold for a file to be parsed for upload is 256K (configurable). If the file is over that size, I believe the uploader puts it in a temp file. However, since the url to retrieve it for parsing is a relative path, the parser cannot find it. Can anyone verify this? Thanks, Derrick -Original Message- From: Derrick Koes [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 11:52 AM To: Tomcat Users List Subject: File upload Configuration: Tomcat 5.0.24 IIS 5.0 JK2 connector Isapi_redirector2.dll Struts 1.1 Commons file upload 1.0 I seem to have an issue that when the file is a certain size it is written to a temp file on the file system before it is parsed by the multipart parser (at least that's what the exception message leads me to believe). However, since the working directory is my web app (/WEB-INF/ilt), the parser can't seem to find the file (not a fully qualified file name). This is a guess, but if correct I don't know how to fix the problem. Any help is appreciated. Belows is the stack trace and data from the request dumper valve: 2004-10-28 10:59:32 RequestDumperValve[/ilt]: === 2004-10-28 10:59:43 RequestDumperValve[/ilt]: REQUEST URI =/ilt/ilt/iltPerformUpload.do 2004-10-28 10:59:43 RequestDumperValve[/ilt]: authType=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: characterEncoding=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentLength=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentType=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]:contextPath=/ilt 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillPort=http:// dkoesxp/djk/home/index.cfm?selectdTab=0 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFMX_JSESSIONID=c8301990451098975559821 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFID=19459 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept=text/xml,application/xml,application/xhtml+xml,text/html;q =0.9,text/plain;q=0.8,image/png,*/*;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-language=en-us,en;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=connection=keep-alive 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=host=dkoesxp 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=referer=http://dkoesxp/ilt/ilt/iltUpload.do;jsessionid=3048D443AD 4341273FB5FED42958E7C4 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=user-agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillPort= http://dkoesxp/djk/home/index.cfm?selectdTab=0; CFMX_JSESSIONID=c8301990451098975559821; CFID=19459; CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-length=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-type=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-encoding=gzip,deflate 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=keep-alive=300 2004-10-28 10:59:43 RequestDumperValve[/ilt]: locale=en_US 2004-10-28 10:59:43 RequestDumperValve[/ilt]: method=POST 2004-10-28 10:59:43 RequestDumperValve[/ilt]: pathInfo=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: protocol=HTTP/1.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]:queryString=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteAddr=10.20.3.42 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteHost=10.20.3.42 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteUser=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: requestedSessionId=3048D443AD4341273FB5FED42958E7C4 2004-10-28 10:59:43 RequestDumperValve[/ilt]: scheme=http 2004-10-28 10:59:43 RequestDumperValve[/ilt]: serverName=dkoesxp 2004-10-28 10:59:43 RequestDumperValve[/ilt]: serverPort=80 2004-10-28 10:59:43 RequestDumperValve[/ilt]: servletPath=/ilt/iltPerformUpload.do 2004-10-28 10:59:43 RequestDumperValve[/ilt]: isSecure=false 2004-10-28 10:59:43 RequestDumperValve[/ilt
File upload
Configuration: Tomcat 5.0.24 IIS 5.0 JK2 connector Isapi_redirector2.dll Struts 1.1 Commons file upload 1.0 I seem to have an issue that when the file is a certain size it is written to a temp file on the file system before it is parsed by the multipart parser (at least that's what the exception message leads me to believe). However, since the working directory is my web app (/WEB-INF/ilt), the parser can't seem to find the file (not a fully qualified file name). This is a guess, but if correct I don't know how to fix the problem. Any help is appreciated. Belows is the stack trace and data from the request dumper valve: 2004-10-28 10:59:32 RequestDumperValve[/ilt]: === 2004-10-28 10:59:43 RequestDumperValve[/ilt]: REQUEST URI =/ilt/ilt/iltPerformUpload.do 2004-10-28 10:59:43 RequestDumperValve[/ilt]: authType=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: characterEncoding=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentLength=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentType=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]:contextPath=/ilt 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillPort=http:// dkoesxp/djk/home/index.cfm?selectdTab=0 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFMX_JSESSIONID=c8301990451098975559821 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFID=19459 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept=text/xml,application/xml,application/xhtml+xml,text/html;q =0.9,text/plain;q=0.8,image/png,*/*;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-language=en-us,en;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=connection=keep-alive 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=host=dkoesxp 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=referer=http://dkoesxp/ilt/ilt/iltUpload.do;jsessionid=3048D443AD 4341273FB5FED42958E7C4 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=user-agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillPort= http://dkoesxp/djk/home/index.cfm?selectdTab=0; CFMX_JSESSIONID=c8301990451098975559821; CFID=19459; CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-length=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-type=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-encoding=gzip,deflate 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=keep-alive=300 2004-10-28 10:59:43 RequestDumperValve[/ilt]: locale=en_US 2004-10-28 10:59:43 RequestDumperValve[/ilt]: method=POST 2004-10-28 10:59:43 RequestDumperValve[/ilt]: pathInfo=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: protocol=HTTP/1.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]:queryString=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteAddr=10.20.3.42 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteHost=10.20.3.42 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteUser=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: requestedSessionId=3048D443AD4341273FB5FED42958E7C4 2004-10-28 10:59:43 RequestDumperValve[/ilt]: scheme=http 2004-10-28 10:59:43 RequestDumperValve[/ilt]: serverName=dkoesxp 2004-10-28 10:59:43 RequestDumperValve[/ilt]: serverPort=80 2004-10-28 10:59:43 RequestDumperValve[/ilt]: servletPath=/ilt/iltPerformUpload.do 2004-10-28 10:59:43 RequestDumperValve[/ilt]: isSecure=false 2004-10-28 10:59:43 RequestDumperValve[/ilt]: --- 2004-10-28 10:59:43 StandardWrapperValve[action]: Servlet.service() for servlet action threw exception org.apache.commons.fileupload.FileUploadException: Processing of multipart/form-data request failed. \WEB-INF\ilt\temp\upload_0001.tmp (The system cannot find the path specified) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase .java:429) at org.apache.struts.upload.CommonsMultipartRequestHandler.handleRequest(Co mmonsMultipartRequestHandler.java:233) at org.apache.struts.util.RequestUtils.populate(RequestUtils.java:1209) at org.apache.struts.action.RequestProcessor.processPopulate(RequestProcess or.java:821) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java: 254) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482
RE: File upload
Hi, First question, as always: does it work on Tomcat standalone, i.e. removing IIS, JK2, and the redirector out of the mix (just for now, for testing)? Yoav Shapira http://www.yoavshapira.com -Original Message- From: Derrick Koes [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 11:52 AM To: Tomcat Users List Subject: File upload Configuration: Tomcat 5.0.24 IIS 5.0 JK2 connector Isapi_redirector2.dll Struts 1.1 Commons file upload 1.0 I seem to have an issue that when the file is a certain size it is written to a temp file on the file system before it is parsed by the multipart parser (at least that's what the exception message leads me to believe). However, since the working directory is my web app (/WEB-INF/ilt), the parser can't seem to find the file (not a fully qualified file name). This is a guess, but if correct I don't know how to fix the problem. Any help is appreciated. Belows is the stack trace and data from the request dumper valve: 2004-10-28 10:59:32 RequestDumperValve[/ilt]: === 2004-10-28 10:59:43 RequestDumperValve[/ilt]: REQUEST URI =/ilt/ilt/iltPerformUpload.do 2004-10-28 10:59:43 RequestDumperValve[/ilt]: authType=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: characterEncoding=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentLength=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentType=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]:contextPath=/ilt 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillPort=http:/ / dkoesxp/djk/home/index.cfm?selectdTab=0 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFMX_JSESSIONID=c8301990451098975559821 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFID=19459 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept=text/xml,application/xml,application/xhtml+xml,text/html; q =0.9,text/plain;q=0.8,image/png,*/*;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-language=en-us,en;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=connection=keep-alive 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=host=dkoesxp 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=referer=http://dkoesxp/ilt/ilt/iltUpload.do;jsessionid=3048D443A D 4341273FB5FED42958E7C4 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=user-agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillPort = http://dkoesxp/djk/home/index.cfm?selectdTab=0; CFMX_JSESSIONID=c8301990451098975559821; CFID=19459; CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-length=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-type=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-encoding=gzip,deflate 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=keep-alive=300 2004-10-28 10:59:43 RequestDumperValve[/ilt]: locale=en_US 2004-10-28 10:59:43 RequestDumperValve[/ilt]: method=POST 2004-10-28 10:59:43 RequestDumperValve[/ilt]: pathInfo=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: protocol=HTTP/1.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]:queryString=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteAddr=10.20.3.42 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteHost=10.20.3.42 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteUser=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: requestedSessionId=3048D443AD4341273FB5FED42958E7C4 2004-10-28 10:59:43 RequestDumperValve[/ilt]: scheme=http 2004-10-28 10:59:43 RequestDumperValve[/ilt]: serverName=dkoesxp 2004-10-28 10:59:43 RequestDumperValve[/ilt]: serverPort=80 2004-10-28 10:59:43 RequestDumperValve[/ilt]: servletPath=/ilt/iltPerformUpload.do 2004-10-28 10:59:43 RequestDumperValve[/ilt]: isSecure=false 2004-10-28 10:59:43 RequestDumperValve[/ilt]: --- 2004-10-28 10:59:43 StandardWrapperValve[action]: Servlet.service() for servlet action threw exception org.apache.commons.fileupload.FileUploadException: Processing of multipart/form-data request failed. \WEB-INF\ilt\temp\upload_0001.tmp (The system cannot find the path specified) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBas e .java:429) at org.apache.struts.upload.CommonsMultipartRequestHandler.handleRequest(C o mmonsMultipartRequestHandler.java:233
RE: File upload
you have the _exact_ same setup as we do here (except we are on 5.0.25). we upload
files using a multipart form and file control. then in the struts action
List items = null;
try {
DiskFileUpload upload = new DiskFileUpload();
items = upload.parseRequest(request);
} catch (FileUploadException fuE) {
logger.error(user.getUsername() + : error.checkin.parse; +
fuE.getMessage());
errors.add(ActionMessages.GLOBAL_MESSAGE,
new ActionMessage(error.checkin.parse));
break DO_CHECKIN;
}
FileItem primaryFile = null;
while (iterator.hasNext()) {
FileItem item = (FileItem) iterator.next();
...
// capture the actual upload file
if (! item.isFormField()) {
primaryFile = item;
}
}
this was out of the box tomcat/common fileupload/struts, so you must have configured
something somewhere?
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 28 October 2004 16:56
To: Tomcat Users List
Subject: RE: File upload
Hi,
First question, as always: does it work on Tomcat standalone, i.e.
removing IIS, JK2, and the redirector out of the mix (just
for now, for
testing)?
Yoav Shapira http://www.yoavshapira.com
-Original Message-
From: Derrick Koes [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 28, 2004 11:52 AM
To: Tomcat Users List
Subject: File upload
Configuration:
Tomcat 5.0.24
IIS 5.0
JK2 connector
Isapi_redirector2.dll
Struts 1.1
Commons file upload 1.0
I seem to have an issue that when the file is a certain size it is
written to a temp file on the file system before it is parsed by the
multipart parser (at least that's what the exception message leads me
to
believe). However, since the working directory is my web app
(/WEB-INF/ilt), the parser can't seem to find the file (not a fully
qualified file name). This is a guess, but if correct I
don't know how
to fix the problem.
Any help is appreciated.
Belows is the stack trace and data from the request dumper valve:
2004-10-28 10:59:32 RequestDumperValve[/ilt]:
===
2004-10-28 10:59:43 RequestDumperValve[/ilt]: REQUEST URI
=/ilt/ilt/iltPerformUpload.do
2004-10-28 10:59:43 RequestDumperValve[/ilt]: authType=null
2004-10-28 10:59:43 RequestDumperValve[/ilt]: characterEncoding=null
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
contentLength=340147
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
contentType=multipart/form-data;
boundary=---41184676334
2004-10-28 10:59:43 RequestDumperValve[/ilt]:contextPath=/ilt
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillP
ort=http:/
/
dkoesxp/djk/home/index.cfm?selectdTab=0
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
cookie=CFMX_JSESSIONID=c8301990451098975559821
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
cookie=CFID=19459
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
cookie=CFTOKEN=98634115
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=accept=text/xml,application/xml,application/xhtml+xml,
text/html;
q
=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=accept-language=en-us,en;q=0.5
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=connection=keep-alive
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=host=dkoesxp
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=referer=http://dkoesxp/ilt/ilt/iltUpload.do;jsessionid
=3048D443A
D
4341273FB5FED42958E7C4
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=user-agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3)
Gecko/20041001 Firefox/0.10.1
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnT
oSkillPort
=
http://dkoesxp/djk/home/index.cfm?selectdTab=0;
CFMX_JSESSIONID=c8301990451098975559821; CFID=19459; CFTOKEN=98634115
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=content-length=340147
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=content-type=multipart/form-data;
boundary=---41184676334
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=accept-encoding=gzip,deflate
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=accept-charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=keep-alive=300
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
locale=en_US
2004-10-28 10:59:43 RequestDumperValve[/ilt]: method=POST
2004-10-28 10:59:43 RequestDumperValve[/ilt]: pathInfo=null
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
protocol=HTTP/1.1
2004-10-28 10:59:43 RequestDumperValve[/ilt]:queryString=null
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
remoteAddr=10.20.3.42
2004-10-28 10:59:43 RequestDumperValve
Re: File upload
Are you following the struts-upload.war example that comes with the Struts 1.1? In that example, the uploaded file size is checked. If a file is stored somewhere under the AppName/WEB-INF directory, you have to use the stream to read the file. --- Derrick Koes [EMAIL PROTECTED] wrote: Configuration: Tomcat 5.0.24 IIS 5.0 JK2 connector Isapi_redirector2.dll Struts 1.1 Commons file upload 1.0 I seem to have an issue that when the file is a certain size it is written to a temp file on the file system before it is parsed by the multipart parser (at least that's what the exception message leads me to believe). However, since the working directory is my web app (/WEB-INF/ilt), the parser can't seem to find the file (not a fully qualified file name). This is a guess, but if correct I don't know how to fix the problem. Any help is appreciated. Belows is the stack trace and data from the request dumper valve: 2004-10-28 10:59:32 RequestDumperValve[/ilt]: === 2004-10-28 10:59:43 RequestDumperValve[/ilt]: REQUEST URI =/ilt/ilt/iltPerformUpload.do 2004-10-28 10:59:43 RequestDumperValve[/ilt]: authType=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: characterEncoding=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentLength=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentType=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contextPath=/ilt 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillPort=http:// dkoesxp/djk/home/index.cfm?selectdTab=0 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFMX_JSESSIONID=c8301990451098975559821 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFID=19459 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept=text/xml,application/xml,application/xhtml+xml,text/html;q =0.9,text/plain;q=0.8,image/png,*/*;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-language=en-us,en;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=connection=keep-alive 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=host=dkoesxp 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=referer=http://dkoesxp/ilt/ilt/iltUpload.do;jsessionid=3048D443AD 4341273FB5FED42958E7C4 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=user-agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillPort= http://dkoesxp/djk/home/index.cfm?selectdTab=0; CFMX_JSESSIONID=c8301990451098975559821; CFID=19459; CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-length=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-type=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-encoding=gzip,deflate 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=keep-alive=300 2004-10-28 10:59:43 RequestDumperValve[/ilt]: locale=en_US 2004-10-28 10:59:43 RequestDumperValve[/ilt]: method=POST 2004-10-28 10:59:43 RequestDumperValve[/ilt]: pathInfo=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: protocol=HTTP/1.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]: queryString=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteAddr=10.20.3.42 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteHost=10.20.3.42 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteUser=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: requestedSessionId=3048D443AD4341273FB5FED42958E7C4 2004-10-28 10:59:43 RequestDumperValve[/ilt]: scheme=http 2004-10-28 10:59:43 RequestDumperValve[/ilt]: serverName=dkoesxp 2004-10-28 10:59:43 RequestDumperValve[/ilt]: serverPort=80 2004-10-28 10:59:43 RequestDumperValve[/ilt]: servletPath=/ilt/iltPerformUpload.do 2004-10-28 10:59:43 RequestDumperValve[/ilt]: isSecure=false 2004-10-28 10:59:43 RequestDumperValve[/ilt]: --- 2004-10-28 10:59:43 StandardWrapperValve[action]: Servlet.service() for servlet action threw exception org.apache.commons.fileupload.FileUploadException: Processing of multipart/form-data request failed. \WEB-INF\ilt\temp\upload_0001.tmp (The system cannot find the path specified) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase .java:429
RE: File upload
The error occurs before execution makes it to my upload action.
-Original Message-
From: Allistair Crossley [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 28, 2004 12:02 PM
To: Tomcat Users List
Subject: RE: File upload
you have the _exact_ same setup as we do here (except we are on 5.0.25).
we upload files using a multipart form and file control. then in the
struts action
List items = null;
try {
DiskFileUpload upload = new DiskFileUpload();
items = upload.parseRequest(request);
} catch (FileUploadException fuE) {
logger.error(user.getUsername() + : error.checkin.parse; +
fuE.getMessage());
errors.add(ActionMessages.GLOBAL_MESSAGE,
new ActionMessage(error.checkin.parse));
break DO_CHECKIN;
}
FileItem primaryFile = null;
while (iterator.hasNext()) {
FileItem item = (FileItem) iterator.next();
...
// capture the actual upload file
if (! item.isFormField()) {
primaryFile = item;
}
}
this was out of the box tomcat/common fileupload/struts, so you must
have configured something somewhere?
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 28 October 2004 16:56
To: Tomcat Users List
Subject: RE: File upload
Hi,
First question, as always: does it work on Tomcat standalone, i.e.
removing IIS, JK2, and the redirector out of the mix (just for now,
for testing)?
Yoav Shapira http://www.yoavshapira.com
-Original Message-
From: Derrick Koes [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 28, 2004 11:52 AM
To: Tomcat Users List
Subject: File upload
Configuration:
Tomcat 5.0.24
IIS 5.0
JK2 connector
Isapi_redirector2.dll
Struts 1.1
Commons file upload 1.0
I seem to have an issue that when the file is a certain size it is
written to a temp file on the file system before it is parsed by the
multipart parser (at least that's what the exception message leads me
to
believe). However, since the working directory is my web app
(/WEB-INF/ilt), the parser can't seem to find the file (not a fully
qualified file name). This is a guess, but if correct I
don't know how
to fix the problem.
Any help is appreciated.
Belows is the stack trace and data from the request dumper valve:
2004-10-28 10:59:32 RequestDumperValve[/ilt]:
===
2004-10-28 10:59:43 RequestDumperValve[/ilt]: REQUEST URI
=/ilt/ilt/iltPerformUpload.do
2004-10-28 10:59:43 RequestDumperValve[/ilt]: authType=null
2004-10-28 10:59:43 RequestDumperValve[/ilt]: characterEncoding=null
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
contentLength=340147
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
contentType=multipart/form-data;
boundary=---41184676334
2004-10-28 10:59:43 RequestDumperValve[/ilt]:contextPath=/ilt
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillP
ort=http:/
/
dkoesxp/djk/home/index.cfm?selectdTab=0
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
cookie=CFMX_JSESSIONID=c8301990451098975559821
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
cookie=CFID=19459
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
cookie=CFTOKEN=98634115
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=accept=text/xml,application/xml,application/xhtml+xml,
text/html;
q
=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=accept-language=en-us,en;q=0.5
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=connection=keep-alive
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=host=dkoesxp
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=referer=http://dkoesxp/ilt/ilt/iltUpload.do;jsessionid
=3048D443A
D
4341273FB5FED42958E7C4
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=user-agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3)
Gecko/20041001 Firefox/0.10.1
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnT
oSkillPort
=
http://dkoesxp/djk/home/index.cfm?selectdTab=0;
CFMX_JSESSIONID=c8301990451098975559821; CFID=19459; CFTOKEN=98634115
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=content-length=340147
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=content-type=multipart/form-data;
boundary=---41184676334
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=accept-encoding=gzip,deflate
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=accept-charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=keep-alive=300
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
locale=en_US
2004-10-28 10:59:43 RequestDumperValve[/ilt]: method=POST
2004-10-28 10:59:43 RequestDumperValve[/ilt]: pathInfo=null
2004-10-28 10:59:43
RE: File upload
oh i see. i guess we don't use it in this way.
org.apache.commons.fileupload.FileUploadException is being thrown before you hit the
action you say? how do you involve common fileupload direct from the form post if you
don't mind my asking?
-Original Message-
From: Derrick Koes [mailto:[EMAIL PROTECTED]
Sent: 28 October 2004 17:08
To: Tomcat Users List
Subject: RE: File upload
The error occurs before execution makes it to my upload action.
-Original Message-
From: Allistair Crossley [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 28, 2004 12:02 PM
To: Tomcat Users List
Subject: RE: File upload
you have the _exact_ same setup as we do here (except we are
on 5.0.25).
we upload files using a multipart form and file control. then in the
struts action
List items = null;
try {
DiskFileUpload upload = new DiskFileUpload();
items = upload.parseRequest(request);
} catch (FileUploadException fuE) {
logger.error(user.getUsername() + : error.checkin.parse; +
fuE.getMessage());
errors.add(ActionMessages.GLOBAL_MESSAGE,
new ActionMessage(error.checkin.parse));
break DO_CHECKIN;
}
FileItem primaryFile = null;
while (iterator.hasNext()) {
FileItem item = (FileItem) iterator.next();
...
// capture the actual upload file
if (! item.isFormField()) {
primaryFile = item;
}
}
this was out of the box tomcat/common fileupload/struts, so you must
have configured something somewhere?
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 28 October 2004 16:56
To: Tomcat Users List
Subject: RE: File upload
Hi,
First question, as always: does it work on Tomcat standalone, i.e.
removing IIS, JK2, and the redirector out of the mix (just for now,
for testing)?
Yoav Shapira http://www.yoavshapira.com
-Original Message-
From: Derrick Koes [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 28, 2004 11:52 AM
To: Tomcat Users List
Subject: File upload
Configuration:
Tomcat 5.0.24
IIS 5.0
JK2 connector
Isapi_redirector2.dll
Struts 1.1
Commons file upload 1.0
I seem to have an issue that when the file is a certain size it is
written to a temp file on the file system before it is
parsed by the
multipart parser (at least that's what the exception
message leads me
to
believe). However, since the working directory is my web app
(/WEB-INF/ilt), the parser can't seem to find the file
(not a fully
qualified file name). This is a guess, but if correct I
don't know how
to fix the problem.
Any help is appreciated.
Belows is the stack trace and data from the request dumper valve:
2004-10-28 10:59:32 RequestDumperValve[/ilt]:
===
2004-10-28 10:59:43 RequestDumperValve[/ilt]: REQUEST URI
=/ilt/ilt/iltPerformUpload.do
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
authType=null
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
characterEncoding=null
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
contentLength=340147
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
contentType=multipart/form-data;
boundary=---41184676334
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
contextPath=/ilt
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillP
ort=http:/
/
dkoesxp/djk/home/index.cfm?selectdTab=0
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
cookie=CFMX_JSESSIONID=c8301990451098975559821
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
cookie=CFID=19459
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
cookie=CFTOKEN=98634115
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=accept=text/xml,application/xml,application/xhtml+xml,
text/html;
q
=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=accept-language=en-us,en;q=0.5
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=connection=keep-alive
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=host=dkoesxp
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=referer=http://dkoesxp/ilt/ilt/iltUpload.do;jsessionid
=3048D443A
D
4341273FB5FED42958E7C4
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=user-agent=Mozilla/5.0 (Windows; U; Windows NT 5.1;
rv:1.7.3)
Gecko/20041001 Firefox/0.10.1
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnT
oSkillPort
=
http://dkoesxp/djk/home/index.cfm?selectdTab=0;
CFMX_JSESSIONID=c8301990451098975559821; CFID=19459;
CFTOKEN=98634115
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=content-length=340147
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=content-type
RE: File upload
The stack trace shows that
struts'org.apache.struts.upload.CommonsMultipartRequestHandler.handleReq
uest(CommonsMultipartRequestHandler.java:233) invokes commons file
upload. I honestly don't know how struts decides to do this. I'm
assuming like any other application by examining the request header.
I also assume this happens before struts determines what action to run,
otherwise I'd be getting to my action.
Derrick
ContactInfo
NameDerrick Koes/Name
TitleSenior Software Engineer/Title
Company name=SkillSoft
url=http://www.skillsoft.com/
AIMcodeauthor2001/AIM
Email[EMAIL PROTECTED]/Email
Phone(603) 305-1753/Phone
Fax/
Quote attributedTo=YodaNo, try not, do
or do not, there is no try./Quote
/ContactInfo
-Original Message-
From: Allistair Crossley [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 28, 2004 12:13 PM
To: Tomcat Users List
Subject: RE: File upload
oh i see. i guess we don't use it in this way.
org.apache.commons.fileupload.FileUploadException is being thrown before
you hit the action you say? how do you involve common fileupload direct
from the form post if you don't mind my asking?
-Original Message-
From: Derrick Koes [mailto:[EMAIL PROTECTED]
Sent: 28 October 2004 17:08
To: Tomcat Users List
Subject: RE: File upload
The error occurs before execution makes it to my upload action.
-Original Message-
From: Allistair Crossley [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 28, 2004 12:02 PM
To: Tomcat Users List
Subject: RE: File upload
you have the _exact_ same setup as we do here (except we are on
5.0.25).
we upload files using a multipart form and file control. then in the
struts action
List items = null;
try {
DiskFileUpload upload = new DiskFileUpload();
items = upload.parseRequest(request); } catch
(FileUploadException
fuE) {
logger.error(user.getUsername() + : error.checkin.parse; +
fuE.getMessage());
errors.add(ActionMessages.GLOBAL_MESSAGE,
new ActionMessage(error.checkin.parse));
break DO_CHECKIN;
}
FileItem primaryFile = null;
while (iterator.hasNext()) {
FileItem item = (FileItem) iterator.next();
...
// capture the actual upload file
if (! item.isFormField()) {
primaryFile = item;
}
}
this was out of the box tomcat/common fileupload/struts, so you must
have configured something somewhere?
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 28 October 2004 16:56
To: Tomcat Users List
Subject: RE: File upload
Hi,
First question, as always: does it work on Tomcat standalone, i.e.
removing IIS, JK2, and the redirector out of the mix (just for now,
for testing)?
Yoav Shapira http://www.yoavshapira.com
-Original Message-
From: Derrick Koes [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 28, 2004 11:52 AM
To: Tomcat Users List
Subject: File upload
Configuration:
Tomcat 5.0.24
IIS 5.0
JK2 connector
Isapi_redirector2.dll
Struts 1.1
Commons file upload 1.0
I seem to have an issue that when the file is a certain size it is
written to a temp file on the file system before it is
parsed by the
multipart parser (at least that's what the exception
message leads me
to
believe). However, since the working directory is my web app
(/WEB-INF/ilt), the parser can't seem to find the file
(not a fully
qualified file name). This is a guess, but if correct I
don't know how
to fix the problem.
Any help is appreciated.
Belows is the stack trace and data from the request dumper valve:
2004-10-28 10:59:32 RequestDumperValve[/ilt]:
===
2004-10-28 10:59:43 RequestDumperValve[/ilt]: REQUEST URI
=/ilt/ilt/iltPerformUpload.do
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
authType=null
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
characterEncoding=null
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
contentLength=340147
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
contentType=multipart/form-data;
boundary=---41184676334
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
contextPath=/ilt
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillP
ort=http:/
/
dkoesxp/djk/home/index.cfm?selectdTab=0
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
cookie=CFMX_JSESSIONID=c8301990451098975559821
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
cookie=CFID=19459
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
cookie=CFTOKEN=98634115
2004-10-28 10:59:43 RequestDumperValve[/ilt]:
header=accept=text/xml,application/xml,application/xhtml+xml,
text/html;
q
=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
2004-10-28 10:59:43 RequestDumperValve[/ilt
RE: File upload
As I mentioned in another reply, I never get to my action. And, yes my action mirrors the struts-upload.war example pretty closely. Multiple files may have been uploaded in my case, so I have to handle that. In the case posted, only one file was uploaded. Derrick ContactInfo NameDerrick Koes/Name TitleSenior Software Engineer/Title Company name=SkillSoft url=http://www.skillsoft.com/ AIMcodeauthor2001/AIM Email[EMAIL PROTECTED]/Email Phone(603) 305-1753/Phone Fax/ Quote attributedTo=YodaNo, try not, do or do not, there is no try./Quote /ContactInfo -Original Message- From: Caroline Jen [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 12:04 PM To: Tomcat Users List Subject: Re: File upload Are you following the struts-upload.war example that comes with the Struts 1.1? In that example, the uploaded file size is checked. If a file is stored somewhere under the AppName/WEB-INF directory, you have to use the stream to read the file. --- Derrick Koes [EMAIL PROTECTED] wrote: Configuration: Tomcat 5.0.24 IIS 5.0 JK2 connector Isapi_redirector2.dll Struts 1.1 Commons file upload 1.0 I seem to have an issue that when the file is a certain size it is written to a temp file on the file system before it is parsed by the multipart parser (at least that's what the exception message leads me to believe). However, since the working directory is my web app (/WEB-INF/ilt), the parser can't seem to find the file (not a fully qualified file name). This is a guess, but if correct I don't know how to fix the problem. Any help is appreciated. Belows is the stack trace and data from the request dumper valve: 2004-10-28 10:59:32 RequestDumperValve[/ilt]: === 2004-10-28 10:59:43 RequestDumperValve[/ilt]: REQUEST URI =/ilt/ilt/iltPerformUpload.do 2004-10-28 10:59:43 RequestDumperValve[/ilt]: authType=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: characterEncoding=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentLength=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentType=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contextPath=/ilt 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillPort=http:// dkoesxp/djk/home/index.cfm?selectdTab=0 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFMX_JSESSIONID=c8301990451098975559821 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFID=19459 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept=text/xml,application/xml,application/xhtml+xml,text/html;q =0.9,text/plain;q=0.8,image/png,*/*;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-language=en-us,en;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=connection=keep-alive 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=host=dkoesxp 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=referer=http://dkoesxp/ilt/ilt/iltUpload.do;jsessionid=3048D443AD 4341273FB5FED42958E7C4 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=user-agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillPort= http://dkoesxp/djk/home/index.cfm?selectdTab=0; CFMX_JSESSIONID=c8301990451098975559821; CFID=19459; CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-length=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-type=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-encoding=gzip,deflate 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=keep-alive=300 2004-10-28 10:59:43 RequestDumperValve[/ilt]: locale=en_US 2004-10-28 10:59:43 RequestDumperValve[/ilt]: method=POST 2004-10-28 10:59:43 RequestDumperValve[/ilt]: pathInfo=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: protocol=HTTP/1.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]: queryString=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteAddr=10.20.3.42 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteHost=10.20.3.42 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteUser=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: requestedSessionId=3048D443AD4341273FB5FED42958E7C4 2004-10-28 10:59:43 RequestDumperValve[/ilt]: scheme=http 2004-10-28 10:59:43 RequestDumperValve[/ilt]: serverName=dkoesxp 2004-10-28 10:59:43 RequestDumperValve[/ilt
RE: File upload
Upon reviewing some struts code and documentation, the memory threshold for a file to be parsed for upload is 256K (configurable). If the file is over that size, I believe the uploader puts it in a temp file. However, since the url to retrieve it for parsing is a relative path, the parser cannot find it. Can anyone verify this? Thanks, Derrick -Original Message- From: Derrick Koes [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 11:52 AM To: Tomcat Users List Subject: File upload Configuration: Tomcat 5.0.24 IIS 5.0 JK2 connector Isapi_redirector2.dll Struts 1.1 Commons file upload 1.0 I seem to have an issue that when the file is a certain size it is written to a temp file on the file system before it is parsed by the multipart parser (at least that's what the exception message leads me to believe). However, since the working directory is my web app (/WEB-INF/ilt), the parser can't seem to find the file (not a fully qualified file name). This is a guess, but if correct I don't know how to fix the problem. Any help is appreciated. Belows is the stack trace and data from the request dumper valve: 2004-10-28 10:59:32 RequestDumperValve[/ilt]: === 2004-10-28 10:59:43 RequestDumperValve[/ilt]: REQUEST URI =/ilt/ilt/iltPerformUpload.do 2004-10-28 10:59:43 RequestDumperValve[/ilt]: authType=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: characterEncoding=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentLength=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentType=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]:contextPath=/ilt 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillPort=http:// dkoesxp/djk/home/index.cfm?selectdTab=0 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFMX_JSESSIONID=c8301990451098975559821 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFID=19459 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept=text/xml,application/xml,application/xhtml+xml,text/html;q =0.9,text/plain;q=0.8,image/png,*/*;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-language=en-us,en;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=connection=keep-alive 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=host=dkoesxp 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=referer=http://dkoesxp/ilt/ilt/iltUpload.do;jsessionid=3048D443AD 4341273FB5FED42958E7C4 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=user-agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillPort= http://dkoesxp/djk/home/index.cfm?selectdTab=0; CFMX_JSESSIONID=c8301990451098975559821; CFID=19459; CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-length=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-type=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-encoding=gzip,deflate 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=keep-alive=300 2004-10-28 10:59:43 RequestDumperValve[/ilt]: locale=en_US 2004-10-28 10:59:43 RequestDumperValve[/ilt]: method=POST 2004-10-28 10:59:43 RequestDumperValve[/ilt]: pathInfo=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: protocol=HTTP/1.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]:queryString=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteAddr=10.20.3.42 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteHost=10.20.3.42 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteUser=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: requestedSessionId=3048D443AD4341273FB5FED42958E7C4 2004-10-28 10:59:43 RequestDumperValve[/ilt]: scheme=http 2004-10-28 10:59:43 RequestDumperValve[/ilt]: serverName=dkoesxp 2004-10-28 10:59:43 RequestDumperValve[/ilt]: serverPort=80 2004-10-28 10:59:43 RequestDumperValve[/ilt]: servletPath=/ilt/iltPerformUpload.do 2004-10-28 10:59:43 RequestDumperValve[/ilt]: isSecure=false 2004-10-28 10:59:43 RequestDumperValve[/ilt]: --- 2004-10-28 10:59:43 StandardWrapperValve[action]: Servlet.service() for servlet action threw exception org.apache.commons.fileupload.FileUploadException: Processing of multipart/form-data request failed. \WEB-INF\ilt\temp\upload_0001.tmp (The system cannot find the path specified) at org.apache.commons.fileupload.FileUploadBase.parseRequest
RE: File upload
Yep, taking IIS and the connector out of the picture produces the same problem. ContactInfo NameDerrick Koes/Name TitleSenior Software Engineer/Title Company name=SkillSoft url=http://www.skillsoft.com/ AIMcodeauthor2001/AIM Email[EMAIL PROTECTED]/Email Phone(603) 305-1753/Phone Fax/ Quote attributedTo=YodaNo, try not, do or do not, there is no try./Quote /ContactInfo -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 11:56 AM To: Tomcat Users List Subject: RE: File upload Hi, First question, as always: does it work on Tomcat standalone, i.e. removing IIS, JK2, and the redirector out of the mix (just for now, for testing)? Yoav Shapira http://www.yoavshapira.com -Original Message- From: Derrick Koes [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 11:52 AM To: Tomcat Users List Subject: File upload Configuration: Tomcat 5.0.24 IIS 5.0 JK2 connector Isapi_redirector2.dll Struts 1.1 Commons file upload 1.0 I seem to have an issue that when the file is a certain size it is written to a temp file on the file system before it is parsed by the multipart parser (at least that's what the exception message leads me to believe). However, since the working directory is my web app (/WEB-INF/ilt), the parser can't seem to find the file (not a fully qualified file name). This is a guess, but if correct I don't know how to fix the problem. Any help is appreciated. Belows is the stack trace and data from the request dumper valve: 2004-10-28 10:59:32 RequestDumperValve[/ilt]: === 2004-10-28 10:59:43 RequestDumperValve[/ilt]: REQUEST URI =/ilt/ilt/iltPerformUpload.do 2004-10-28 10:59:43 RequestDumperValve[/ilt]: authType=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: characterEncoding=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentLength=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentType=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]:contextPath=/ilt 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillPort=http:/ / dkoesxp/djk/home/index.cfm?selectdTab=0 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFMX_JSESSIONID=c8301990451098975559821 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFID=19459 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept=text/xml,application/xml,application/xhtml+xml,text/html; q =0.9,text/plain;q=0.8,image/png,*/*;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-language=en-us,en;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=connection=keep-alive 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=host=dkoesxp 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=referer=http://dkoesxp/ilt/ilt/iltUpload.do;jsessionid=3048D443A D 4341273FB5FED42958E7C4 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=user-agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillPort = http://dkoesxp/djk/home/index.cfm?selectdTab=0; CFMX_JSESSIONID=c8301990451098975559821; CFID=19459; CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-length=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-type=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-encoding=gzip,deflate 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=keep-alive=300 2004-10-28 10:59:43 RequestDumperValve[/ilt]: locale=en_US 2004-10-28 10:59:43 RequestDumperValve[/ilt]: method=POST 2004-10-28 10:59:43 RequestDumperValve[/ilt]: pathInfo=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: protocol=HTTP/1.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]:queryString=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteAddr=10.20.3.42 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteHost=10.20.3.42 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteUser=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: requestedSessionId=3048D443AD4341273FB5FED42958E7C4 2004-10-28 10:59:43 RequestDumperValve[/ilt]: scheme=http 2004-10-28 10:59:43 RequestDumperValve[/ilt]: serverName=dkoesxp 2004-10-28 10:59:43 RequestDumperValve[/ilt]: serverPort=80 2004-10-28 10:59:43 RequestDumperValve[/ilt]: servletPath=/ilt/iltPerformUpload.do 2004-10-28 10:59:43 RequestDumperValve[/ilt]: isSecure=false 2004-10-28 10:59:43 RequestDumperValve[/ilt
RE: File upload
Just in case someone else runs into this, the tomcat workDir and the struts-config tempDir property values MUST match. Otherwise, files greater than the threshold size (default 256K) won't be found for parsing. -Original Message- From: Derrick Koes [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 11:52 AM To: Tomcat Users List Subject: File upload Configuration: Tomcat 5.0.24 IIS 5.0 JK2 connector Isapi_redirector2.dll Struts 1.1 Commons file upload 1.0 I seem to have an issue that when the file is a certain size it is written to a temp file on the file system before it is parsed by the multipart parser (at least that's what the exception message leads me to believe). However, since the working directory is my web app (/WEB-INF/ilt), the parser can't seem to find the file (not a fully qualified file name). This is a guess, but if correct I don't know how to fix the problem. Any help is appreciated. Belows is the stack trace and data from the request dumper valve: 2004-10-28 10:59:32 RequestDumperValve[/ilt]: === 2004-10-28 10:59:43 RequestDumperValve[/ilt]: REQUEST URI =/ilt/ilt/iltPerformUpload.do 2004-10-28 10:59:43 RequestDumperValve[/ilt]: authType=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: characterEncoding=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentLength=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: contentType=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]:contextPath=/ilt 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillPort=http:// dkoesxp/djk/home/index.cfm?selectdTab=0 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFMX_JSESSIONID=c8301990451098975559821 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFID=19459 2004-10-28 10:59:43 RequestDumperValve[/ilt]: cookie=CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept=text/xml,application/xml,application/xhtml+xml,text/html;q =0.9,text/plain;q=0.8,image/png,*/*;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-language=en-us,en;q=0.5 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=connection=keep-alive 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=host=dkoesxp 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=referer=http://dkoesxp/ilt/ilt/iltUpload.do;jsessionid=3048D443AD 4341273FB5FED42958E7C4 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=user-agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=cookie=com.skillsoft.mgs.sso.RedirectorServlet.ReturnToSkillPort= http://dkoesxp/djk/home/index.cfm?selectdTab=0; CFMX_JSESSIONID=c8301990451098975559821; CFID=19459; CFTOKEN=98634115 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-length=340147 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=content-type=multipart/form-data; boundary=---41184676334 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-encoding=gzip,deflate 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=accept-charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7 2004-10-28 10:59:43 RequestDumperValve[/ilt]: header=keep-alive=300 2004-10-28 10:59:43 RequestDumperValve[/ilt]: locale=en_US 2004-10-28 10:59:43 RequestDumperValve[/ilt]: method=POST 2004-10-28 10:59:43 RequestDumperValve[/ilt]: pathInfo=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: protocol=HTTP/1.1 2004-10-28 10:59:43 RequestDumperValve[/ilt]:queryString=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteAddr=10.20.3.42 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteHost=10.20.3.42 2004-10-28 10:59:43 RequestDumperValve[/ilt]: remoteUser=null 2004-10-28 10:59:43 RequestDumperValve[/ilt]: requestedSessionId=3048D443AD4341273FB5FED42958E7C4 2004-10-28 10:59:43 RequestDumperValve[/ilt]: scheme=http 2004-10-28 10:59:43 RequestDumperValve[/ilt]: serverName=dkoesxp 2004-10-28 10:59:43 RequestDumperValve[/ilt]: serverPort=80 2004-10-28 10:59:43 RequestDumperValve[/ilt]: servletPath=/ilt/iltPerformUpload.do 2004-10-28 10:59:43 RequestDumperValve[/ilt]: isSecure=false 2004-10-28 10:59:43 RequestDumperValve[/ilt]: --- 2004-10-28 10:59:43 StandardWrapperValve[action]: Servlet.service() for servlet action threw exception org.apache.commons.fileupload.FileUploadException: Processing of multipart/form-data request failed. \WEB-INF\ilt\temp\upload_0001.tmp (The system cannot find the path specified) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase .java:429) at org.apache.struts.upload.CommonsMultipartRequestHandler.handleRequest(Co mmonsMultipartRequestHandler.java
File upload from main program
Hi, Is there any free API around that allows uploading of files to the server (tomcat or weblogic) via a servlet from a main application program? (instead of from a web browser) Anything from the jakarta fileupload project that can be reused here? Regards, Wee Jim, Sng Capco t: +65 6395 6973 f: +65 6395 6998 e: [EMAIL PROTECTED] w: www.capco.com http://www.capco.com/ The information in this email is confidential and is intended solely for the addressee(s). Access to this email by anyone else is unauthorized. If you are not an intended recipient, please notify the sender of this email immediately. You should not copy, use or disseminate the information contained in the email. Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Capco. http://www.capco.com/
RE: File upload from main program
-Original Message- From: Sng Wee Jim Is there any free API around that allows uploading of files to the server (tomcat or weblogic) via a servlet from a main application program? (instead of from a web browser) Anything from the jakarta fileupload project that can be reused here? http://jakarta.apache.org/commons/fileupload/ I use that (commons-fileupload); No problems, though I wanted multiple file selection, for which I had to write some javascript. HTH DaveP. -- DISCLAIMER: NOTICE: The information contained in this email and any attachments is confidential and may be privileged. If you are not the intended recipient you should not use, disclose, distribute or copy any of the content of it or of any attachment; you are requested to notify the sender immediately of your receipt of the email and then to delete it and any attachments from your system. RNIB endeavours to ensure that emails and any attachments generated by its staff are free from viruses or other contaminants. However, it cannot accept any responsibility for any such which are transmitted. We therefore recommend you scan all attachments. Please note that the statements and views expressed in this email and any attachments are those of the author and do not necessarily represent those of RNIB. RNIB Registered Charity Number: 226227 Website: http://www.rnib.org.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 and file upload
-Original Message- From: juhani Hi! As curren jk2 has problem with file upload i am asking does anybody know when next version will be available or is there any workaround? Software used: Windows server 2003 IIS 6 Tomcat 5.0.28 jk2.0.4-win32-IIS I'm successfully uploading n files, mix of javascript and servlet, using http://jakarta.apache.org/commons/fileupload/ I'm currently using win2k, tc 5.0.27 but will move over to rhel. HTH DaveP -- DISCLAIMER: NOTICE: The information contained in this email and any attachments is confidential and may be privileged. If you are not the intended recipient you should not use, disclose, distribute or copy any of the content of it or of any attachment; you are requested to notify the sender immediately of your receipt of the email and then to delete it and any attachments from your system. RNIB endeavours to ensure that emails and any attachments generated by its staff are free from viruses or other contaminants. However, it cannot accept any responsibility for any such which are transmitted. We therefore recommend you scan all attachments. Please note that the statements and views expressed in this email and any attachments are those of the author and do not necessarily represent those of RNIB. RNIB Registered Charity Number: 226227 Website: http://www.rnib.org.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 and file upload
apparently in the bugzilla report this has been fixed in the connectors CVS HEAD ADC -Original Message- From: juhani [mailto:[EMAIL PROTECTED] Sent: 17 September 2004 05:28 To: [EMAIL PROTECTED] Subject: jk2 and file upload Hi! As curren jk2 has problem with file upload i am asking does anybody know when next version will be available or is there any workaround? Software used: Windows server 2003 IIS 6 Tomcat 5.0.28 jk2.0.4-win32-IIS __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 and file upload
yes we are successfully for the most part also but every now and again jk2 causes a stream terminated unexpectedly error. we use Commons FileUpload too but that is not the problem, it' JK2 and this is mentioned is fixed in CVS HEAD (again, because it was fixed before but people continued to have issues). ADC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 17 September 2004 08:26 To: [EMAIL PROTECTED] Subject: RE: jk2 and file upload -Original Message- From: juhani Hi! As curren jk2 has problem with file upload i am asking does anybody know when next version will be available or is there any workaround? Software used: Windows server 2003 IIS 6 Tomcat 5.0.28 jk2.0.4-win32-IIS I'm successfully uploading n files, mix of javascript and servlet, using http://jakarta.apache.org/commons/fileupload/ I'm currently using win2k, tc 5.0.27 but will move over to rhel. HTH DaveP -- DISCLAIMER: NOTICE: The information contained in this email and any attachments is confidential and may be privileged. If you are not the intended recipient you should not use, disclose, distribute or copy any of the content of it or of any attachment; you are requested to notify the sender immediately of your receipt of the email and then to delete it and any attachments from your system. RNIB endeavours to ensure that emails and any attachments generated by its staff are free from viruses or other contaminants. However, it cannot accept any responsibility for any such which are transmitted. We therefore recommend you scan all attachments. Please note that the statements and views expressed in this email and any attachments are those of the author and do not necessarily represent those of RNIB. RNIB Registered Charity Number: 226227 Website: http://www.rnib.org.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jk2 and file upload
Hi! As curren jk2 has problem with file upload i am asking does anybody know when next version will be available or is there any workaround? Software used: Windows server 2003 IIS 6 Tomcat 5.0.28 jk2.0.4-win32-IIS __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maxPostSize and file upload
Hello, Does the maxPostSize setting for the Connector in server.xml affect the max. size of a file upload? Ronald.
Re: maxPostSize and file upload
Ronald Klop wrote: Does the maxPostSize setting for the Connector in server.xml affect the max. size of a file upload? Since file upload occurs with POST method, yes it restricts upload file size. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maxPostSize and file upload
Is it possible that this does not work? The docs (http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/ajp.html) say that the default is 2MB, but I can download much larger files. Is this a bug or a feature? By the way: I upload using commons-fileupload. Ronald. On Wed Jun 02 14:04:45 CEST 2004 Veniamin Fichin [EMAIL PROTECTED] wrote: Ronald Klop wrote: Does the maxPostSize setting for the Connector in server.xml affect the max. size of a file upload? Since file upload occurs with POST method, yes it restricts upload file size. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maxPostSize and file upload
Ronald Klop wrote: Is it possible that this does not work? The docs (http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/ajp.html) say that the default is 2MB, but I can download much larger files. Is this a bug or a feature? Don't know, I never used it. Additionally, I have no ajp.html file in my Tomcat-5.0.16 distribution, that's strange, 'cause online site has it. Try to set maxPostSize to 2Mb explicitlyto see if it will work. It was a long time ago when I read one article on PHP file upload where it was said that you can't determine a size of uploading data before it at least reaches defined limit, furthermore an error only arised when upload is finished regardless of its actual size (will it be 100Mb or even 100Gb). But I may be wrong. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maxPostSize and file upload
After rereading the docs I understand that the maxPostSize if for FORM URL parameter passing. I think they mean the parameters in the form key1=val2key2=val2... So it is not for file upload I think, only for regular posts. Unfortunately I don't have time to look in the source, but if somebody knows about this maybe the docs can be updated to be more verbose about this. Ronald. On Wed Jun 02 15:44:24 CEST 2004 Veniamin Fichin [EMAIL PROTECTED] wrote: Ronald Klop wrote: Is it possible that this does not work? The docs (http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/ajp.html) say that the default is 2MB, but I can download much larger files. Is this a bug or a feature? Don't know, I never used it. Additionally, I have no ajp.html file in my Tomcat-5.0.16 distribution, that's strange, 'cause online site has it. Try to set maxPostSize to 2Mb explicitlyto see if it will work. It was a long time ago when I read one article on PHP file upload where it was said that you can't determine a size of uploading data before it at least reaches defined limit, furthermore an error only arised when upload is finished regardless of its actual size (will it be 100Mb or even 100Gb). But I may be wrong. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
File Upload with JSPs
Hi, I am working with Jsps on Tomcat Container. I searched through the net and found a class called MimeParser which seems to provide the file upload capability. Is there some open source Java API thats available that can be freely redistributed and that would provide me with the file uploading capability. Or does such a package exist in the Tomcat Jakarta site. Thanks Deepak - Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger
R: File Upload with JSPs
Sure, there is Jakarta Common FileUpload http://jakarta.apache.org/commons/fileupload/ Simone - Simone Chiaretta www.piyosailing.com/S Any sufficiently advanced technology is indistinguishable from magic Life is short, play hard -Messaggio originale- Da: Deepak Vishwanathan [mailto:[EMAIL PROTECTED] Inviato: mercoledì 26 maggio 2004 23.17 A: [EMAIL PROTECTED] Oggetto: File Upload with JSPs Hi, I am working with Jsps on Tomcat Container. I searched through the net and found a class called MimeParser which seems to provide the file upload capability. Is there some open source Java API thats available that can be freely redistributed and that would provide me with the file uploading capability. Or does such a package exist in the Tomcat Jakarta site. Thanks Deepak - Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: File Upload with JSPs
Deepak, It works great with my apps... http://jakarta.apache.org/commons/fileupload/ -Original Message- From: Deepak Vishwanathan [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 26, 2004 5:17 PM To: [EMAIL PROTECTED] Subject: File Upload with JSPs Hi, I am working with Jsps on Tomcat Container. I searched through the net and found a class called MimeParser which seems to provide the file upload capability. Is there some open source Java API thats available that can be freely redistributed and that would provide me with the file uploading capability. Or does such a package exist in the Tomcat Jakarta site. Thanks Deepak - Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: File Upload with JSPs
Hi, I would like to thank Trung Nguyen and Simone for their timely response. Thank you Deepak Vishwanathan Trung Nguyen [EMAIL PROTECTED] wrote: Deepak, It works great with my apps... http://jakarta.apache.org/commons/fileupload/ -Original Message- From: Deepak Vishwanathan [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 26, 2004 5:17 PM To: [EMAIL PROTECTED] Subject: File Upload with JSPs Hi, I am working with Jsps on Tomcat Container. I searched through the net and found a class called MimeParser which seems to provide the file upload capability. Is there some open source Java API thats available that can be freely redistributed and that would provide me with the file uploading capability. Or does such a package exist in the Tomcat Jakarta site. Thanks Deepak - Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger
RE: File Upload with JSPs
As someone who wrote their own multipart parser, then used the famous O'Reilly parser, and finally discovered the commons fileupload package, let me just say this... using anything but that last one is NUTS! :) Seriously though, the various commons projects have been a Godsend ever since I found out about them, fileupload among them. From: Deepak Vishwanathan [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: RE: File Upload with JSPs Date: Wed, 26 May 2004 14:36:00 -0700 (PDT) Hi, I would like to thank Trung Nguyen and Simone for their timely response. Thank you Deepak Vishwanathan Trung Nguyen [EMAIL PROTECTED] wrote: Deepak, It works great with my apps... http://jakarta.apache.org/commons/fileupload/ -Original Message- From: Deepak Vishwanathan [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 26, 2004 5:17 PM To: [EMAIL PROTECTED] Subject: File Upload with JSPs Hi, I am working with Jsps on Tomcat Container. I searched through the net and found a class called MimeParser which seems to provide the file upload capability. Is there some open source Java API thats available that can be freely redistributed and that would provide me with the file uploading capability. Or does such a package exist in the Tomcat Jakarta site. Thanks Deepak - Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger _ Best Restaurant Giveaway Ever! Vote for your favorites for a chance to win $1 million! http://local.msn.com/special/giveaway.asp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload - BUG HACK PROVED
Hm, I just decided to test the stream terminated unexpectedly upload bug with JK2/IIS/TC5 and your statement that adding DEBUG to JK2 removes the problem. Firstly, I uploaded a series of files of increasing size from 50K through to 60K at 1K intervals. The bug appears at files of 54K+ (tested up to 60K and tried one at 250K) workers2.properties file for failure of upload at 54K+. == file=D:\Tomcat 5.0.18\work\jk2.shm size=1048576 [channel.socket:127.0.0.1:8009] info=Ajp13 worker, connects to tomcat instance using AJP 1.3 protocol tomcatId=127.0.0.1:8009 [uri:/*.do] info=iQ2 context=/ [uri:/*.jsp] info=iQ2 context=/ I now add the debug configuration to the workers file as follows: workers2.properties file for success of upload at 54K+. == file=D:\Tomcat 5.0.18\work\jk2.shm size=1048576 # add this section to test the proposition that it resolved the upload bug [logger] level=DEBUG [channel.socket:127.0.0.1:8009] info=Ajp13 worker, connects to tomcat instance using AJP 1.3 protocol tomcatId=127.0.0.1:8009 [uri:/*.do] info=iQ2 context=/ [uri:/*.jsp] info=iQ2 context=/ And repeat the same tests to find that I cannot replicate the bug anymore and it does indeed work for upload up to and over 54K. In order to double prove this, I again removed the logger configuration from the workers file and repeated the test and the upload bug reappeared again at 54K+ uploads. I have no idea why adding this statement solves the problem but someone out there may do. Hope this goes towards a solution. We had an awful hack to get around this - wish I had known about the logger hack! By the way where do I find the JK2 log file? ADC -Original Message- From: JoAnn Lemm [mailto:[EMAIL PROTECTED] Sent: 16 April 2004 18:17 To: 'Tomcat Users List' Subject: RE: JK connector -- isapi2 -- file upload Importance: High While we're discussing this ... has anyone developed a work-around for this problem? I have beta product clients calling me, so this is extremely critical. Leaving debug running seems to only fix the problem intermittently. Is there another ISAPI that will work? --JoAnn -Original Message- From: E Cunningham [mailto:[EMAIL PROTECTED] Sent: Friday, April 16, 2004 9:59 AM To: Tomcat Users List Subject: Re: JK connector -- isapi2 -- file upload We verified this using Tomcat 4.1.30 not 5.x. Therein may be the problem. The connector code in Tomcat. Let's ask this then. Is there a dependency between JK2 and Tomcat? When they started to release separately one would think that any JK2 would work with any Tomcat? Does JK2 need to include a jk2.jar? JoAnn, thanks for provoking more thought on this. e --- JoAnn Lemm [EMAIL PROTECTED] wrote: Hi All, I've search the archives and I've seen several posts indicating that there is a bug in the isapi connector in regards to large file uploads (or not that large, since the error seems to occur at or around 50Kb.) The problem being that the stream ended unexpectedly. The strange thing is, I don't see this problem when I upload a large file (3M) within our intranet (I'm using IIS6, Tomcat 5 jk2.0.4), only when I try to access from the internet. This leads me to believe there is some sort of timing problem (the connector trying to grab data that hasn't yet arrived?) Interestingly, I solved the problem by turning debug on - forcing the isapi connector to log debug messages and making is slow down a bit. That 3M file uploaded with no problem. So, here's the question ... is there a properties file, ini file ... anything ... where I can set the size of the buffer in the connector? It looks like it's grabbing about 8Kb each time. --JoAnn FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Vedr.: RE: JK connector -- isapi2 -- file upload - BUG HACK PROVED
Dunno where the log file goes by default but in my workers2.properties file I have: [logger.file:0] file=D:\DAT\logfiles\connections\jk2.log Where this puts the jk2 log file you have to find out for yourself ;) /Thomas Allistair Crossley [EMAIL PROTECTED] 20-04-2004 13:10 Besvar venligst til Tomcat Users List Til:[EMAIL PROTECTED] cc: Vedr.: RE: JK connector -- isapi2 -- file upload - BUG HACK PROVED Hm, I just decided to test the stream terminated unexpectedly upload bug with JK2/IIS/TC5 and your statement that adding DEBUG to JK2 removes the problem. Firstly, I uploaded a series of files of increasing size from 50K through to 60K at 1K intervals. The bug appears at files of 54K+ (tested up to 60K and tried one at 250K) workers2.properties file for failure of upload at 54K+. == file=D:\Tomcat 5.0.18\work\jk2.shm size=1048576 [channel.socket:127.0.0.1:8009] info=Ajp13 worker, connects to tomcat instance using AJP 1.3 protocol tomcatId=127.0.0.1:8009 [uri:/*.do] info=iQ2 context=/ [uri:/*.jsp] info=iQ2 context=/ I now add the debug configuration to the workers file as follows: workers2.properties file for success of upload at 54K+. == file=D:\Tomcat 5.0.18\work\jk2.shm size=1048576 # add this section to test the proposition that it resolved the upload bug [logger] level=DEBUG [channel.socket:127.0.0.1:8009] info=Ajp13 worker, connects to tomcat instance using AJP 1.3 protocol tomcatId=127.0.0.1:8009 [uri:/*.do] info=iQ2 context=/ [uri:/*.jsp] info=iQ2 context=/ And repeat the same tests to find that I cannot replicate the bug anymore and it does indeed work for upload up to and over 54K. In order to double prove this, I again removed the logger configuration from the workers file and repeated the test and the upload bug reappeared again at 54K+ uploads. I have no idea why adding this statement solves the problem but someone out there may do. Hope this goes towards a solution. We had an awful hack to get around this - wish I had known about the logger hack! By the way where do I find the JK2 log file? ADC -Original Message- From: JoAnn Lemm [mailto:[EMAIL PROTECTED] Sent: 16 April 2004 18:17 To: 'Tomcat Users List' Subject: RE: JK connector -- isapi2 -- file upload Importance: High While we're discussing this ... has anyone developed a work-around for this problem? I have beta product clients calling me, so this is extremely critical. Leaving debug running seems to only fix the problem intermittently. Is there another ISAPI that will work? --JoAnn -Original Message- From: E Cunningham [mailto:[EMAIL PROTECTED] Sent: Friday, April 16, 2004 9:59 AM To: Tomcat Users List Subject: Re: JK connector -- isapi2 -- file upload We verified this using Tomcat 4.1.30 not 5.x. Therein may be the problem. The connector code in Tomcat. Let's ask this then. Is there a dependency between JK2 and Tomcat? When they started to release separately one would think that any JK2 would work with any Tomcat? Does JK2 need to include a jk2.jar? JoAnn, thanks for provoking more thought on this. e --- JoAnn Lemm [EMAIL PROTECTED] wrote: Hi All, I've search the archives and I've seen several posts indicating that there is a bug in the isapi connector in regards to large file uploads (or not that large, since the error seems to occur at or around 50Kb.) The problem being that the stream ended unexpectedly. The strange thing is, I don't see this problem when I upload a large file (3M) within our intranet (I'm using IIS6, Tomcat 5 jk2.0.4), only when I try to access from the internet. This leads me to believe there is some sort of timing problem (the connector trying to grab data that hasn't yet arrived?) Interestingly, I solved the problem by turning debug on - forcing the isapi connector to log debug messages and making is slow down a bit. That 3M file uploaded with no problem. So, here's the question ... is there a properties file, ini file ... anything ... where I can set the size of the buffer in the connector? It looks like it's grabbing about 8Kb each time. --JoAnn FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=Arial___ Vi goer opmaerksom paa, at denne e-mail kan indeholde fortrolig information. Hvis du ved en fejltagelse modtager e-mailen, beder vi dig venligst informere afsender om fejlen ved at bruge svar
RE: JK connector -- isapi2 -- file upload - BUG HACK PROVED
I've been following this thread for a while now in hopes someone would come up with something to help resolve it. My issue is not with big files, as i have that working, but sending PNG files from the application server to the client. the connection dies between the tomcat5 server and the iis5.0 server using the isapi2 dll. I've had the level=DEBUG forever but that issue still occurs. [logger] level=DEBUG [shm:] info=Shared memory file. Required for multiprocess servers file=E:\\Apache\\Tomcat5\\work\\jk2.shm size=100 [lb:lb] info=Default load balancer. sticky_session=1 [channel.socket:spprod1] info=Ajp13 forwarding over socket - spprod1 port=8009 host=10.99.116.1 lb_factor=100 tomcatId=10.99.116.1:8009 group=lb type=ajp13 [channel.socket:spprod2] info=Ajp13 forwarding over socket - spprod2 port=8009 host=10.99.116.2 lb_factor=100 tomcatId=10.99.116.2:8009 group=lb type=ajp13 [uri:/*] info=JSP examples, map requests for all JSP pages to Tomcat. worker=lb:lb context=/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload - BUG HACK PROVED
Nevertheless my tests and the chap who previously mentioned logger helped his case both show that logger being switched on has _some_ effect in relation to this issue, although your case now shows that it is not the _complete_ picture. Do the JK2 ISAPI development team monitor this list? ADC -Original Message- From: Alex [mailto:[EMAIL PROTECTED] Sent: 20 April 2004 12:20 To: Tomcat Users List Subject: RE: JK connector -- isapi2 -- file upload - BUG HACK PROVED I've been following this thread for a while now in hopes someone would come up with something to help resolve it. My issue is not with big files, as i have that working, but sending PNG files from the application server to the client. the connection dies between the tomcat5 server and the iis5.0 server using the isapi2 dll. I've had the level=DEBUG forever but that issue still occurs. [logger] level=DEBUG [shm:] info=Shared memory file. Required for multiprocess servers file=E:\\Apache\\Tomcat5\\work\\jk2.shm size=100 [lb:lb] info=Default load balancer. sticky_session=1 [channel.socket:spprod1] info=Ajp13 forwarding over socket - spprod1 port=8009 host=10.99.116.1 lb_factor=100 tomcatId=10.99.116.1:8009 group=lb type=ajp13 [channel.socket:spprod2] info=Ajp13 forwarding over socket - spprod2 port=8009 host=10.99.116.2 lb_factor=100 tomcatId=10.99.116.2:8009 group=lb type=ajp13 [uri:/*] info=JSP examples, map requests for all JSP pages to Tomcat. worker=lb:lb context=/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload - BUG HACK PROVED
-Original Message- From: Allistair Crossley Nevertheless my tests and the chap who previously mentioned logger helped his case both show that logger being switched on has _some_ effect in relation to this issue, although your case now shows that it is not the _complete_ picture. Do the JK2 ISAPI development team monitor this list? Sure :-) You may find patched 2.0.4 at: http://jakarta.apache.org/~mturk/isapi_redirector2.zip It solves the IIS upload bug, or you may just build from CVS by yourself. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload - BUG HACK PROVED
I have been using JK 2.0.4 since 26th March, just after it got released and also this morning in my tests that reveal the bug is still present. Sorry! :) ADC -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: 20 April 2004 14:01 To: 'Tomcat Users List' Subject: RE: JK connector -- isapi2 -- file upload - BUG HACK PROVED -Original Message- From: Allistair Crossley Nevertheless my tests and the chap who previously mentioned logger helped his case both show that logger being switched on has _some_ effect in relation to this issue, although your case now shows that it is not the _complete_ picture. Do the JK2 ISAPI development team monitor this list? Sure :-) You may find patched 2.0.4 at: http://jakarta.apache.org/~mturk/isapi_redirector2.zip It solves the IIS upload bug, or you may just build from CVS by yourself. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload - BUG HACK PROVED
I do believe the link provided below is an updated dll. I've implemented it however I see no changes / differences. On Tue, 20 Apr 2004, Allistair Crossley wrote: Date: Tue, 20 Apr 2004 14:04:34 +0100 From: Allistair Crossley [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: JK connector -- isapi2 -- file upload - BUG HACK PROVED I have been using JK 2.0.4 since 26th March, just after it got released and also this morning in my tests that reveal the bug is still present. Sorry! :) ADC - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload - SOLVED
Hi MT Cool! I just realised you meant that 2.0.4 had been patched. I tried out the version you sent me a link to, and can confirm that removing the logger config from workers2 maintains the fix and the bug does not reappear for my system. Great stuff :) ADC -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: 20 April 2004 14:01 To: 'Tomcat Users List' Subject: RE: JK connector -- isapi2 -- file upload - BUG HACK PROVED -Original Message- From: Allistair Crossley Nevertheless my tests and the chap who previously mentioned logger helped his case both show that logger being switched on has _some_ effect in relation to this issue, although your case now shows that it is not the _complete_ picture. Do the JK2 ISAPI development team monitor this list? Sure :-) You may find patched 2.0.4 at: http://jakarta.apache.org/~mturk/isapi_redirector2.zip It solves the IIS upload bug, or you may just build from CVS by yourself. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload - BUG HACK PROVED
-Original Message- From: Alex [mailto:[EMAIL PROTECTED] I do believe the link provided below is an updated dll. Yes. I've implemented it however I see no changes / differences. See the bug: http://issues.apache.org/bugzilla/show_bug.cgi?id=15278 I'd be glad to se your use case, and why are the upload problems still present. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload - BUG HACK PROVED
Alex don't ask me where I saw this but I read that your SHM size causes issues - I cannot remember what issue I had when it was the same as your but I changed it to 1048576 and it solved it. This may be a total red herring but hey. -Original Message- From: Alex [mailto:[EMAIL PROTECTED] Sent: 20 April 2004 12:20 To: Tomcat Users List Subject: RE: JK connector -- isapi2 -- file upload - BUG HACK PROVED I've been following this thread for a while now in hopes someone would come up with something to help resolve it. My issue is not with big files, as i have that working, but sending PNG files from the application server to the client. the connection dies between the tomcat5 server and the iis5.0 server using the isapi2 dll. I've had the level=DEBUG forever but that issue still occurs. [logger] level=DEBUG [shm:] info=Shared memory file. Required for multiprocess servers file=E:\\Apache\\Tomcat5\\work\\jk2.shm size=100 [lb:lb] info=Default load balancer. sticky_session=1 [channel.socket:spprod1] info=Ajp13 forwarding over socket - spprod1 port=8009 host=10.99.116.1 lb_factor=100 tomcatId=10.99.116.1:8009 group=lb type=ajp13 [channel.socket:spprod2] info=Ajp13 forwarding over socket - spprod2 port=8009 host=10.99.116.2 lb_factor=100 tomcatId=10.99.116.2:8009 group=lb type=ajp13 [uri:/*] info=JSP examples, map requests for all JSP pages to Tomcat. worker=lb:lb context=/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload - BUG HACK PROVED
worth a try : ) it's my last biggest annoyance to figure out. i can push any type of files back across to the client, except these pgn files which keep breaking my pipe between iis and tomcat On Tue, 20 Apr 2004, Allistair Crossley wrote: Date: Tue, 20 Apr 2004 14:26:17 +0100 From: Allistair Crossley [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: RE: JK connector -- isapi2 -- file upload - BUG HACK PROVED Alex don't ask me where I saw this but I read that your SHM size causes issues - I cannot remember what issue I had when it was the same as your but I changed it to 1048576 and it solved it. This may be a total red herring but hey. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload
I use a workaround - my upload form uploads to port 8080 directly and then Tomcat redirects the user back to port IIS port 80 after the upload. ADC. -Original Message- From: JoAnn Lemm [mailto:[EMAIL PROTECTED] Sent: 16 April 2004 18:17 To: 'Tomcat Users List' Subject: RE: JK connector -- isapi2 -- file upload Importance: High While we're discussing this ... has anyone developed a work-around for this problem? I have beta product clients calling me, so this is extremely critical. Leaving debug running seems to only fix the problem intermittently. Is there another ISAPI that will work? --JoAnn -Original Message- From: E Cunningham [mailto:[EMAIL PROTECTED] Sent: Friday, April 16, 2004 9:59 AM To: Tomcat Users List Subject: Re: JK connector -- isapi2 -- file upload We verified this using Tomcat 4.1.30 not 5.x. Therein may be the problem. The connector code in Tomcat. Let's ask this then. Is there a dependency between JK2 and Tomcat? When they started to release separately one would think that any JK2 would work with any Tomcat? Does JK2 need to include a jk2.jar? JoAnn, thanks for provoking more thought on this. e --- JoAnn Lemm [EMAIL PROTECTED] wrote: Hi All, I've search the archives and I've seen several posts indicating that there is a bug in the isapi connector in regards to large file uploads (or not that large, since the error seems to occur at or around 50Kb.) The problem being that the stream ended unexpectedly. The strange thing is, I don't see this problem when I upload a large file (3M) within our intranet (I'm using IIS6, Tomcat 5 jk2.0.4), only when I try to access from the internet. This leads me to believe there is some sort of timing problem (the connector trying to grab data that hasn't yet arrived?) Interestingly, I solved the problem by turning debug on - forcing the isapi connector to log debug messages and making is slow down a bit. That 3M file uploaded with no problem. So, here's the question ... is there a properties file, ini file ... anything ... where I can set the size of the buffer in the connector? It looks like it's grabbing about 8Kb each time. --JoAnn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th http://taxes.yahoo.com/filing.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK connector -- isapi2 -- file upload
We verified this using Tomcat 4.1.30 not 5.x. Therein may be the problem. The connector code in Tomcat. Let's ask this then. Is there a dependency between JK2 and Tomcat? When they started to release separately one would think that any JK2 would work with any Tomcat? Does JK2 need to include a jk2.jar? JoAnn, thanks for provoking more thought on this. e --- JoAnn Lemm [EMAIL PROTECTED] wrote: Hi All, I've search the archives and I've seen several posts indicating that there is a bug in the isapi connector in regards to large file uploads (or not that large, since the error seems to occur at or around 50Kb.) The problem being that the stream ended unexpectedly. The strange thing is, I don't see this problem when I upload a large file (3M) within our intranet (I'm using IIS6, Tomcat 5 jk2.0.4), only when I try to access from the internet. This leads me to believe there is some sort of timing problem (the connector trying to grab data that hasn't yet arrived?) Interestingly, I solved the problem by turning debug on - forcing the isapi connector to log debug messages and making is slow down a bit. That 3M file uploaded with no problem. So, here's the question ... is there a properties file, ini file ... anything ... where I can set the size of the buffer in the connector? It looks like it's grabbing about 8Kb each time. --JoAnn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th http://taxes.yahoo.com/filing.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload
While we're discussing this ... has anyone developed a work-around for this problem? I have beta product clients calling me, so this is extremely critical. Leaving debug running seems to only fix the problem intermittently. Is there another ISAPI that will work? --JoAnn -Original Message- From: E Cunningham [mailto:[EMAIL PROTECTED] Sent: Friday, April 16, 2004 9:59 AM To: Tomcat Users List Subject: Re: JK connector -- isapi2 -- file upload We verified this using Tomcat 4.1.30 not 5.x. Therein may be the problem. The connector code in Tomcat. Let's ask this then. Is there a dependency between JK2 and Tomcat? When they started to release separately one would think that any JK2 would work with any Tomcat? Does JK2 need to include a jk2.jar? JoAnn, thanks for provoking more thought on this. e --- JoAnn Lemm [EMAIL PROTECTED] wrote: Hi All, I've search the archives and I've seen several posts indicating that there is a bug in the isapi connector in regards to large file uploads (or not that large, since the error seems to occur at or around 50Kb.) The problem being that the stream ended unexpectedly. The strange thing is, I don't see this problem when I upload a large file (3M) within our intranet (I'm using IIS6, Tomcat 5 jk2.0.4), only when I try to access from the internet. This leads me to believe there is some sort of timing problem (the connector trying to grab data that hasn't yet arrived?) Interestingly, I solved the problem by turning debug on - forcing the isapi connector to log debug messages and making is slow down a bit. That 3M file uploaded with no problem. So, here's the question ... is there a properties file, ini file ... anything ... where I can set the size of the buffer in the connector? It looks like it's grabbing about 8Kb each time. --JoAnn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th http://taxes.yahoo.com/filing.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JK connector -- isapi2 -- file upload
Hi All, I've search the archives and I've seen several posts indicating that there is a bug in the isapi connector in regards to large file uploads (or not that large, since the error seems to occur at or around 50Kb.) The problem being that the stream ended unexpectedly. The strange thing is, I don't see this problem when I upload a large file (3M) within our intranet (I'm using IIS6, Tomcat 5 jk2.0.4), only when I try to access from the internet. This leads me to believe there is some sort of timing problem (the connector trying to grab data that hasn't yet arrived?) Interestingly, I solved the problem by turning debug on - forcing the isapi connector to log debug messages and making is slow down a bit. That 3M file uploaded with no problem. So, here's the question ... is there a properties file, ini file ... anything ... where I can set the size of the buffer in the connector? It looks like it's grabbing about 8Kb each time. --JoAnn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JK2 ISAPI between IIS and Tomcat 5 has file upload bug?
Hi Guys,
I am using Commons File Uploader to post a file to my Struts app running on TC 5.
If I post a file upload to Tomcat directly, e.g http://server:8080/upload.do it works
fine
If I post a file through our IIS - JK2 - Tomcat method, e.g http://server/upload.do
it fails with a Stream terminated unexpectedly.
The code below is what I am doing - this is not at fault .. it seems to be going
through IIS that is killing my upload..
if (FileUpload.isMultipartContent(request)) {
DiskFileUpload upload = new DiskFileUpload();
List items = null;
try {
logger.info(parsing multipart form request);
items = upload.parseRequest(request);
} catch (FileUploadException fuE) {
logger.error(fuE.getMessage());
break DO_CHECKIN;
}
FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE
---
QAS Ltd.
Developers of QuickAddress Software
a href=http://www.qas.com;www.qas.com/a
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---
/FONT
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
File upload Bug?
Hi All, I'm using the o'reilly mutipart request classes to upload files using a servlet and its happily working using Tomcat 4.1.18. However, i've upgraded to the tomcat 4.1.27 and a certain file (just a jpg) causes the upload to fail with an java.io.IOException: unexpected end of part. Now i can upload this file to the webapp running on Tomcat 4.1.18 but not to the same webapp running on 4.1.27. What gives? Running on Windows 2000 with sun jdk1.4.1 Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: File upload Bug?
I've just realised something. The machine thats running Tomcat 4.1.27 is serving the pages with IIS and isapi_redirector2.dll, when i connect directly to Tomcat via port 8080 it works fine. Right, i've just searched the archives and found 2 people posting (much more elequently) the same problem but no solution. Does anyone know how to fix this? thanks Tom -Original Message- From: Tom Lyle [mailto:[EMAIL PROTECTED] Sent: 03 September 2003 15:53 To: Tomcat Users List Subject: File upload Bug? Hi All, I'm using the o'reilly mutipart request classes to upload files using a servlet and its happily working using Tomcat 4.1.18. However, i've upgraded to the tomcat 4.1.27 and a certain file (just a jpg) causes the upload to fail with an java.io.IOException: unexpected end of part. Now i can upload this file to the webapp running on Tomcat 4.1.18 but not to the same webapp running on 4.1.27. What gives? Running on Windows 2000 with sun jdk1.4.1 Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: File upload Bug?
Tom, I found that the O'Reilly classes were totally unreliable on Solaris with binary uploads and mod_webapp. However, I They work fine on windows and Linux, and luckily I've not needed them on a Solaris deployment. I think decided it was actually caused by a bug in Solaris mod_webapp - are you using this? Andy -Original Message- From: Tom Lyle [mailto:[EMAIL PROTECTED] Sent: 03 September 2003 15:53 To: Tomcat Users List Subject: File upload Bug? Hi All, I'm using the o'reilly mutipart request classes to upload files using a servlet and its happily working using Tomcat 4.1.18. However, i've upgraded to the tomcat 4.1.27 and a certain file (just a jpg) causes the upload to fail with an java.io.IOException: unexpected end of part. Now i can upload this file to the webapp running on Tomcat 4.1.18 but not to the same webapp running on 4.1.27. What gives? Running on Windows 2000 with sun jdk1.4.1 Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: File upload Bug?
im on Windows 2000 server. It seems to be a bug in isapi_redirect2.dll. Any thoughts anyone? -Original Message- From: Andy Eastham [mailto:[EMAIL PROTECTED] Sent: 03 September 2003 16:23 To: Tomcat Users List Subject: RE: File upload Bug? Tom, I found that the O'Reilly classes were totally unreliable on Solaris with binary uploads and mod_webapp. However, I They work fine on windows and Linux, and luckily I've not needed them on a Solaris deployment. I think decided it was actually caused by a bug in Solaris mod_webapp - are you using this? Andy -Original Message- From: Tom Lyle [mailto:[EMAIL PROTECTED] Sent: 03 September 2003 15:53 To: Tomcat Users List Subject: File upload Bug? Hi All, I'm using the o'reilly mutipart request classes to upload files using a servlet and its happily working using Tomcat 4.1.18. However, i've upgraded to the tomcat 4.1.27 and a certain file (just a jpg) causes the upload to fail with an java.io.IOException: unexpected end of part. Now i can upload this file to the webapp running on Tomcat 4.1.18 but not to the same webapp running on 4.1.27. What gives? Running on Windows 2000 with sun jdk1.4.1 Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: File upload Bug?
Tom Lyle wrote: I've just realised something. The machine thats running Tomcat 4.1.27 is serving the pages with IIS and isapi_redirector2.dll, when i connect directly to Tomcat via port 8080 it works fine. Right, i've just searched the archives and found 2 people posting (much more elequently) the same problem but no solution. Does anyone know how to fix this? A BZ entry on this problem already exists: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21616 -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: File upload Bug?
I had this (or a similar problem) a long time ago. It only occurred when connecting to IIS via HTTPS (SSL). Also, my problem was with isapi_redirector.dll, not isapi_redirector2.dll. It might be the same issue, though. It was some sort of timing problem with the ISAPI redirector. I hacked around the problem in the redirector by reading large POST requests to a temporary file before sending them to Tomcat. This fixed the problem. At the time, I attributed it to some IIS quirk. Note that what I learned didn't point me to the O'Reilly upload code at all. If you're interested, I can share the code. Again, the modifications were to the previous version of the redirector. Allen -Original Message- From: Tom Lyle [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 03, 2003 11:11 AM To: Tomcat Users List Subject: RE: File upload Bug? I've just realised something. The machine thats running Tomcat 4.1.27 is serving the pages with IIS and isapi_redirector2.dll, when i connect directly to Tomcat via port 8080 it works fine. Right, i've just searched the archives and found 2 people posting (much more elequently) the same problem but no solution. Does anyone know how to fix this? thanks Tom -Original Message- From: Tom Lyle [mailto:[EMAIL PROTECTED] Sent: 03 September 2003 15:53 To: Tomcat Users List Subject: File upload Bug? Hi All, I'm using the o'reilly mutipart request classes to upload files using a servlet and its happily working using Tomcat 4.1.18. However, i've upgraded to the tomcat 4.1.27 and a certain file (just a jpg) causes the upload to fail with an java.io.IOException: unexpected end of part. Now i can upload this file to the webapp running on Tomcat 4.1.18 but not to the same webapp running on 4.1.27. What gives? Running on Windows 2000 with sun jdk1.4.1 Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [File Upload]Multiple Destination ??
Another alternative (depending on your network config, and network policies) is to upload the file once and rsync the uploaded file to the various locations. Tim Funk [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] The client (SWING app) will need to perform multiple HTTP requests to post the file to the multiple servers. Thats the way HTTP works. You can do this concurrently with multiple threads. (How-to is beyond the scope of this list and an exercise in using google) Otherwise, you can have one server act as master and copy the file to the other locations but this may bypass some of your business logic. -Tim Bikash Paul wrote: Hi all friends, Iam facing problem with Uploading of one file in multiple destination means user can select multiple remote destination from client interface(swing) and my application should send that file in all remote destination from local hot folder.For that I have used Jlist Box with Multiple selection mode in swing client interface.Presently my application is working fine with one destination and multiple file.Iam little bit confused about the way of proceed Can any one plz guide me how I should proceed, I want only logic or some suggestion.Iam using Tomcat4.1.24 and servlet. Thanks Regards Bikash - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[File Upload]Multiple Destination ??
Hi all friends, Iam facing problem with Uploading of one file in multiple destination means user can select multiple remote destination from client interface(swing) and my application should send that file in all remote destination from local hot folder.For that I have used Jlist Box with Multiple selection mode in swing client interface.Presently my application is working fine with one destination and multiple file.Iam little bit confused about the way of proceed Can any one plz guide me how I should proceed, I want only logic or some suggestion.Iam using Tomcat4.1.24 and servlet. Thanks Regards Bikash __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [File Upload]Multiple Destination ??
The client (SWING app) will need to perform multiple HTTP requests to post the file to the multiple servers. Thats the way HTTP works. You can do this concurrently with multiple threads. (How-to is beyond the scope of this list and an exercise in using google) Otherwise, you can have one server act as master and copy the file to the other locations but this may bypass some of your business logic. -Tim Bikash Paul wrote: Hi all friends, Iam facing problem with Uploading of one file in multiple destination means user can select multiple remote destination from client interface(swing) and my application should send that file in all remote destination from local hot folder.For that I have used Jlist Box with Multiple selection mode in swing client interface.Presently my application is working fine with one destination and multiple file.Iam little bit confused about the way of proceed Can any one plz guide me how I should proceed, I want only logic or some suggestion.Iam using Tomcat4.1.24 and servlet. Thanks Regards Bikash - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[File Upload] How to Increase the Speed of File transfer ??
Hi gang, I have developed one file transfer(means file uploading) application for that I have used swing,servlet and Tomcat4.1.24.Now my problem is the speed. The speed of manual copy and paste of file on hard disk of remote computer is faster than my application.I want to increase the speed of file transfer.Networking is done through 2MBPS dedicated ISDN lease line.Any help will be highly appreciated. I want some suggestion about below factors: 1.Iam sending file to server as block wise of 1024 bytes and my servlet also writes file in remote destination folder as a block wise of 1024 bytes.If I increase the block size then is it increase the speed ? 2. I have used DataOutputStream for writing on outputstream and InputStream for reading,if I used BufferWriter and BufferReader then is it increase the speed ? 3.Is there any tuning of tomcat,so that it increase the speed ? 4.Lastly I have closed all my Input and output stream object and I have also closed all connection at the end of file transfer method. Or is there any other factor for increasing Speed ? Thanks Regards Bikash __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [File Upload] How to Increase the Speed of File transfer ??
OK, take a step back and think about this. ATA-66 disk bus: 533 Mbps ATA-100 disk bus: 800 Mbps Ultra-160 SCSI disk bus: 1300 Mbps Now, you're saying that you have a network connection of 2 Mbps (I think you mean T1 or E1 as ISDN is not 128 Kbps unless you have a bunch of lines bonded together but that's not important). There's no way to change Tomcat to make 2 Mbps be equal to 533 Mbps or even 20 Mbps. A basic 200 MHz Pentium class server with even rudimentary disks can easily saturate a 10 Mbps LAN connection. Unless your server was built prior to 1997 or so, my guess is your network connection can never match your server's internal bus speed. I think your solution is to stop writing blocks to disk as soon as you receive them, and instead assemble your file in a buffer, then write it out to disk all at once. Or switch to a dedicated GIGAbit line, which with overhead would get you around ATA-100 speed. John Bikash Paul wrote: Hi gang, I have developed one file transfer(means file uploading) application for that I have used swing,servlet and Tomcat4.1.24.Now my problem is the speed. The speed of manual copy and paste of file on hard disk of remote computer is faster than my application.I want to increase the speed of file transfer.Networking is done through 2MBPS dedicated ISDN lease line.Any help will be highly appreciated. I want some suggestion about below factors: 1.Iam sending file to server as block wise of 1024 bytes and my servlet also writes file in remote destination folder as a block wise of 1024 bytes.If I increase the block size then is it increase the speed ? 2. I have used DataOutputStream for writing on outputstream and InputStream for reading,if I used BufferWriter and BufferReader then is it increase the speed ? 3.Is there any tuning of tomcat,so that it increase the speed ? 4.Lastly I have closed all my Input and output stream object and I have also closed all connection at the end of file transfer method. Or is there any other factor for increasing Speed ? Thanks Regards Bikash __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [File Upload] How to Increase the Speed of File transfer ??
Howdy, You will be hard-pressed to find any network file transmission mechanism, even on unlimited bandwidth, that exceeds local hard-drive folder to folder copy. Good luck ;) transfer.Networking is done through 2MBPS dedicated ISDN lease line.Any help will be highly appreciated. Verify you really have 2mbps bandwidth. 1.Iam sending file to server as block wise of 1024 bytes and my servlet also writes file in remote destination folder as a block wise of 1024 bytes.If I increase the block size then is it increase the speed ? Up to a certain block size, which is the MTU for the link with the lowest MTU along your transmission path, yes. 2. I have used DataOutputStream for writing on outputstream and InputStream for reading,if I used BufferWriter and BufferReader then is it increase the speed ? Actually it might decrease it. Give it a shot though ;) 3.Is there any tuning of tomcat,so that it increase the speed ? Not really: I don't think tomcat would be your bottleneck. You could try to implement a raw socket connector and use it instead of coyote, but I doubt you'd see much performance difference. 4.Lastly I have closed all my Input and output stream object and I have also closed all connection at the end of file transfer method. That's a good practice that doesn't have much to do with transmission speed. Or is there any other factor for increasing Speed ? Compress your file better? Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [File Upload] How to Increase the Speed of File transfer ??
I want some suggestion about below factors: 1.Iam sending file to server as block wise of 1024 bytes and my servlet also writes file in remote destination folder as a block wise of 1024 bytes.If I increase the block size then is it increase the speed ? Yeah.. test with higher block sizes. 2. I have used DataOutputStream for writing on outputstream and InputStream for reading,if I used BufferWriter and BufferReader then is it increase the speed ? Defnitely a good idea. -- Pablo Mayrgundter Director of Applications and Services www.reeltwo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [File Upload] How to Increase the Speed of File transfer ??
You definitely should use a buffered stream. Get a book on networking and take a look at these issues. There are many good ones out there. Network Programming by Hughes, et al, is one I have enjoyed. Micael At 01:50 AM 8/19/2003 -0700, Bikash Paul wrote: Hi gang, I have developed one file transfer(means file uploading) application for that I have used swing,servlet and Tomcat4.1.24.Now my problem is the speed. The speed of manual copy and paste of file on hard disk of remote computer is faster than my application.I want to increase the speed of file transfer.Networking is done through 2MBPS dedicated ISDN lease line.Any help will be highly appreciated. I want some suggestion about below factors: 1.Iam sending file to server as block wise of 1024 bytes and my servlet also writes file in remote destination folder as a block wise of 1024 bytes.If I increase the block size then is it increase the speed ? 2. I have used DataOutputStream for writing on outputstream and InputStream for reading,if I used BufferWriter and BufferReader then is it increase the speed ? 3.Is there any tuning of tomcat,so that it increase the speed ? 4.Lastly I have closed all my Input and output stream object and I have also closed all connection at the end of file transfer method. Or is there any other factor for increasing Speed ? Thanks Regards Bikash __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [File Upload] How to Increase the Speed of File transfer ??
If speed really is of paramount importance, consider directly opening sockets and transfering data directly between code running on Tomcat and your client application/applet/etc -- essentially taking Tomcat out of the loop for the actual file transfer. We've seen significant performance increases by doing this (though our messages are short enough that the http/Tomcat overhead is significant). Think long and hard before doing this as you'll give up most of the benefits you get from Tomcat in the first place. It's an option, though. justin At 05:06 AM 8/19/2003, you wrote: OK, take a step back and think about this. ATA-66 disk bus: 533 Mbps ATA-100 disk bus: 800 Mbps Ultra-160 SCSI disk bus: 1300 Mbps Now, you're saying that you have a network connection of 2 Mbps (I think you mean T1 or E1 as ISDN is not 128 Kbps unless you have a bunch of lines bonded together but that's not important). There's no way to change Tomcat to make 2 Mbps be equal to 533 Mbps or even 20 Mbps. A basic 200 MHz Pentium class server with even rudimentary disks can easily saturate a 10 Mbps LAN connection. Unless your server was built prior to 1997 or so, my guess is your network connection can never match your server's internal bus speed. I think your solution is to stop writing blocks to disk as soon as you receive them, and instead assemble your file in a buffer, then write it out to disk all at once. Or switch to a dedicated GIGAbit line, which with overhead would get you around ATA-100 speed. John Bikash Paul wrote: Hi gang, I have developed one file transfer(means file uploading) application for that I have used swing,servlet and Tomcat4.1.24.Now my problem is the speed. The speed of manual copy and paste of file on hard disk of remote computer is faster than my application.I want to increase the speed of file transfer.Networking is done through 2MBPS dedicated ISDN lease line.Any help will be highly appreciated. I want some suggestion about below factors: 1.Iam sending file to server as block wise of 1024 bytes and my servlet also writes file in remote destination folder as a block wise of 1024 bytes.If I increase the block size then is it increase the speed ? 2. I have used DataOutputStream for writing on outputstream and InputStream for reading,if I used BufferWriter and BufferReader then is it increase the speed ? 3.Is there any tuning of tomcat,so that it increase the speed ? 4.Lastly I have closed all my Input and output stream object and I have also closed all connection at the end of file transfer method. Or is there any other factor for increasing Speed ? Thanks Regards Bikash __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Justin Ruthenbeck Software Engineer, NextEngine Inc. justinr - AT - nextengine DOT com Confidential See http://www.nextengine.com/confidentiality.php - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [File Upload] How to Increase the Speed of File transfer ??
1) Yes 2) Yes 3) No (AFAIK) 4) OK 5) Split your file and use threads in you application. - Original Message - From: Micael [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, August 19, 2003 2:59 PM Subject: Re: [File Upload] How to Increase the Speed of File transfer ?? You definitely should use a buffered stream. Get a book on networking and take a look at these issues. There are many good ones out there. Network Programming by Hughes, et al, is one I have enjoyed. Micael At 01:50 AM 8/19/2003 -0700, Bikash Paul wrote: Hi gang, I have developed one file transfer(means file uploading) application for that I have used swing,servlet and Tomcat4.1.24.Now my problem is the speed. The speed of manual copy and paste of file on hard disk of remote computer is faster than my application.I want to increase the speed of file transfer.Networking is done through 2MBPS dedicated ISDN lease line.Any help will be highly appreciated. I want some suggestion about below factors: 1.Iam sending file to server as block wise of 1024 bytes and my servlet also writes file in remote destination folder as a block wise of 1024 bytes.If I increase the block size then is it increase the speed ? 2. I have used DataOutputStream for writing on outputstream and InputStream for reading,if I used BufferWriter and BufferReader then is it increase the speed ? 3.Is there any tuning of tomcat,so that it increase the speed ? 4.Lastly I have closed all my Input and output stream object and I have also closed all connection at the end of file transfer method. Or is there any other factor for increasing Speed ? Thanks Regards Bikash __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [File Upload] How to Increase the Speed of File transfer ??
Hi Gang, Lot of thanks for all of urs suggestion.Now By modifying some factors in my code like by compressing file on the fly using util.zip package and using Buffer stream and also increasing block size(16384 bytes) I can increase speed of file transfer upto some extent means now speed of manual copy and my application's file transfer speed both are same.Any way Lot of thanks. Thanks Bikash --- Shapira, Yoav [EMAIL PROTECTED] wrote: Howdy, You will be hard-pressed to find any network file transmission mechanism, even on unlimited bandwidth, that exceeds local hard-drive folder to folder copy. Good luck ;) transfer.Networking is done through 2MBPS dedicated ISDN lease line.Any help will be highly appreciated. Verify you really have 2mbps bandwidth. 1.Iam sending file to server as block wise of 1024 bytes and my servlet also writes file in remote destination folder as a block wise of 1024 bytes.If I increase the block size then is it increase the speed ? Up to a certain block size, which is the MTU for the link with the lowest MTU along your transmission path, yes. 2. I have used DataOutputStream for writing on outputstream and InputStream for reading,if I used BufferWriter and BufferReader then is it increase the speed ? Actually it might decrease it. Give it a shot though ;) 3.Is there any tuning of tomcat,so that it increase the speed ? Not really: I don't think tomcat would be your bottleneck. You could try to implement a raw socket connector and use it instead of coyote, but I doubt you'd see much performance difference. 4.Lastly I have closed all my Input and output stream object and I have also closed all connection at the end of file transfer method. That's a good practice that doesn't have much to do with transmission speed. Or is there any other factor for increasing Speed ? Compress your file better? Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
2nd Try: File Upload - MultipartRequest - Mod_jk
Hello, again. I'm attempting to create an upload program using the Oreilly package: http://www.servlets.com/cos/faq.html This line of code: MultipartRequest multi = new MultipartRequest(request, ., 5242880); works on a W2K server with Tomcat by itself, but not on a server with Apache-Tomcat-Mod_jk integration. It may have something to do with the upload folder indicated by the .. Is there a difference between Tomcat and Apache in the manner they access the file system? Please help. Thanks, Logan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 2nd Try: File Upload - MultipartRequest - Mod_jk
My guess: - Don't use a relative path. Use an absolute path. - Catch then log your exception (if one is thrown) -Tim Logan Scott wrote: Hello, again. I'm attempting to create an upload program using the Oreilly package: http://www.servlets.com/cos/faq.html This line of code: MultipartRequest multi = new MultipartRequest(request, ., 5242880); works on a W2K server with Tomcat by itself, but not on a server with Apache-Tomcat-Mod_jk integration. It may have something to do with the upload folder indicated by the .. Is there a difference between Tomcat and Apache in the manner they access the file system? Please help. Thanks, Logan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
File Upload - MultipartRequest - Mod_jk
Hello, I'm attempting to create an upload program using the Oreilly package: http://www.servlets.com/cos/faq.html This line of code: MultipartRequest multi = new MultipartRequest(request, ., 5242880); works on a W2K server with Tomcat by itself, but not on a server with Apache-Tomcat-Mod_jk integration. It may have something to do with the upload folder indicated by the .. Please help. Thanks, Logan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
File Upload in JSP
Hi All :) I want to have 'File Uploading' feature in my web application.How can i do this in JSP? Thnx All :) - Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more
RE: File Upload in JSP
Check out the jakarta-commons libraries, you should be able to find file-upload component there. http://jakarta.apache.org/commons/fileupload/index.html Hope it helps -reynir -Original Message- From: there over [mailto:[EMAIL PROTECTED] Sent: 6. apríl 2003 10:53 To: [EMAIL PROTECTED] Subject: File Upload in JSP Hi All :) I want to have 'File Uploading' feature in my web application.How can i do this in JSP? Thnx All :) - Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Binary File Upload - Apache/Jakarta-Tomcat
Hi. I want to upload binary files to my PostgreSQL database server from my jsp-pages. I found this: File file = new File(myimage.gif); FileInputStream fis = new FileInputStream(file); PreparedStatement ps = conn.prepareStatement(INSERT INTO images VALUES (?, ?)); ps.setString(1, file.getName()); ps.setBinaryStream(2, fis, file.length()); ps.executeUpdate(); ps.close(); fis.close(); in the PostgreSQL Docs. Here are the used methods (the file object) and the result: getName(): C:\notebook-backup-20030217.tar.gz - length(): 0 - exists(): false - isFile(): false It is possible to get the files name but nothing else. Any solutions? Best regards, Lars nielsen Lind
Re: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically
I've tried JVM 1.2 and 1.3. The public (meaning valid users) have all authority to the /tmp directory. This direcoty is Coded character set ID . . . . . . . . : 37. I tried another directory /public/platemp which is Coded character set ID . . . . . . . . : 437. I don't know why the L prefix is in the stack trace. It has always been that way as far as I can remember. I added a sendMessage method using the jt400 message queue function. I'm getting messages now. The System.out.println and System.err.println were never being written. By using the sendMessage method I've found the statement it is blowing up on: MultipartRequest multi = new MultipartRequest(request, /tmp, 5000 * 1024, defaultFileRenamePolicy); Any more suggestions? Is there something wrong with my statement above? BTW, the upload.war application that comes with the com.oreilly.servlet packages blows up too. Thanx, PLA Sean Dockery wrote: I doubt the JVM is the problem. What version are you using, by the way? (java -version) There is probably still something we're missing in your root cause... What is with the L prefix on some of the class names in the root cause message? Ljava/lang/String? Those aren't actually in your code? Are they? The L and IL a probably an artifact of the java compiler, but maybe do a search for Ljava in your source code--just to be sure... There is also mention of a FileRenamePolicy. Do you have write permissions to the area at which the uploaded file is to be copied? AS/400s use EBCDIC (crazy IBM sticking to their own inventions) instead of ASCII. Could that be a problem? At 21:50 2003-02-06 -0500, you wrote: No difference in common. I've installed 4.1.18 and still getting the same error. Could the AS/400 JVM be suspect? Thanx, PLA root cause java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/LinkageError.(Ljava/lang/String;)V+1 (LinkageError.java:39) java/lang/NoClassDefFoundError.(Ljava/lang/String;)V+1 (NoClassDefFoundError.java:43) com/oreilly/servlet/multipart/MultipartParser.(Ljavax/servlet/http/HttpServletRequest;IZZ)V+23 (MultipartParser.java:114) com/oreilly/servlet/multipart/MultipartParser.(Ljavax/servlet/http/HttpServletRequest;I)V+1 (MultipartParser.java:94) com/oreilly/servlet/MultipartRequest.(Ljavax/servlet/http/HttpServletRequest;Ljava/lang/String;ILjava/lang/String;Lcom/oreilly/servlet/multipart/FileRenamePolicy;)V+148 (MultipartRequest.java:219) com/oreilly/servlet/MultipartRequest.(Ljavax/servlet/http/HttpServletRequest;Ljava/lang/String;ILcom/oreilly/servlet/multipart/FileRenamePolicy;)V+1 (MultipartRequest.java:148) FileUploadDownloadServlet3.performUpload(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;)V+0 (FileUploadDownloadServlet3.java:293) FileUploadDownloadServlet3.doPost(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;)V+0 (FileUploadDownloadServlet3.java:57) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Sean Dockery [EMAIL PROTECTED] Certified Java Web Component Developer Certified Delphi Programmer SBD Consultants http://www.sbdconsultants.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically
I don't know will it help or not, but you could try this parser: http://www.jyaga.com/ I use it, it never fails yet))) Jenya --- Patrick L Archibald [EMAIL PROTECTED] wrote: Hi I'm stumped on this problem. I've got a file upload servlet that works fine running on a PC with Tomcat 4.1.12 but I get the error below on the IBM AS/400 running Tomcat 4.1.12. I've written hundreds of servlets on the AS/400 and the PC and I've never had one beat me like this one. The error says NoClassDefFoundError: javax/servlet/http/HttpServletRequest but that is not logical since I have dozens of servlets running OK. Any one have any suggestions? Thanx, PLA HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/Exception.(Ljava/lang/String;)V+1 (Exception.java:38) javax/servlet/ServletException.(Ljava/lang/String;Ljava/lang/Throwable;)V+0 (ServletException.java:132) org/apache/catalina/core/ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:201) org/apache/catalina/core/ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:168) org/apache/catalina/core/StandardWrapperValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardWrapperValve.java:174) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContextValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardContextValve.java:153) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContext.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardContext.java:2395) org/apache/catalina/core/StandardHostValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardHostValve.java:148) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorDispatcherValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorDispatcherValve.java:170) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorReportValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorReportValve.java:172) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardEngineValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardEngineValve.java:146) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache
Re: File upload servlet won't run on IBM AS/400 but runs OK on PCconfigured identically
I'm going to try to get to the bottom of this for a little while longer. I checked out the link you provided. It looks simple enough. I may end up trying it. Thanx, PLA Evgeniy Strokin wrote: I don't know will it help or not, but you could try this parser: http://www.jyaga.com/ I use it, it never fails yet))) Jenya --- Patrick L Archibald [EMAIL PROTECTED] wrote: Hi I'm stumped on this problem. I've got a file upload servlet that works fine running on a PC with Tomcat 4.1.12 but I get the error below on the IBM AS/400 running Tomcat 4.1.12. I've written hundreds of servlets on the AS/400 and the PC and I've never had one beat me like this one. The error says NoClassDefFoundError: javax/servlet/http/HttpServletRequest but that is not logical since I have dozens of servlets running OK. Any one have any suggestions? Thanx, PLA HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/Exception.(Ljava/lang/String;)V+1 (Exception.java:38) javax/servlet/ServletException.(Ljava/lang/String;Ljava/lang/Throwable;)V+0 (ServletException.java:132) org/apache/catalina/core/ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:201) org/apache/catalina/core/ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:168) org/apache/catalina/core/StandardWrapperValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardWrapperValve.java:174) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContextValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardContextValve.java:153) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContext.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardContext.java:2395) org/apache/catalina/core/StandardHostValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardHostValve.java:148) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorDispatcherValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorDispatcherValve.java:170) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorReportValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorReportValve.java:172) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardEngineValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardEngineValve.java:146) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache
Re: File upload servlet won't run on IBM AS/400 but runs OK onPC configured identically
I have gotten weird errors when more than one classloader loads a class. With that in mind, is the servlet.jar in more than one place? Check in $CLASSPATH, $CATALINA_HOME/common/lib, $CATALINA_HOME/server/lib, $CATALINA_HOME/shared/lib, your applications WEB-INF/lib, and the $JRE/lib/ext directory. You might also check the location of the jar containing the com/oreilly/servlet/MultipartRequest class. I would try to put it in common/lib (the only place that servlet.jar should be) to make sure they are loaded by the same classloader. Larry [EMAIL PROTECTED] 02/06/03 18:41 PM Hi I'm stumped on this problem. I've got a file upload servlet that works fine running on a PC with Tomcat 4.1.12 but I get the error below on the IBM AS/400 running Tomcat 4.1.12. I've written hundreds of servlets on the AS/400 and the PC and I've never had one beat me like this one. The error says NoClassDefFoundError: javax/servlet/http/HttpServletRequest but that is not logical since I have dozens of servlets running OK. Any one have any suggestions? Thanx, PLA HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/Exception.(Ljava/lang/String;)V+1 (Exception.java:38) javax/servlet/ServletException.(Ljava/lang/String;Ljava/lang/Throwable;)V+0 (ServletException.java:132) org/apache/catalina/core/ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:201) org/apache/catalina/core/ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:168) org/apache/catalina/core/StandardWrapperValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardWrapperValve.java:174) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContextValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardContextValve.java:153) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContext.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardContext.java:2395) org/apache/catalina/core/StandardHostValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardHostValve.java:148) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorDispatcherValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorDispatcherValve.java:170) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorReportValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorReportValve.java:172) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardEngineValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardEngineValve.java:146) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina
Re: File upload servlet won't run on IBM AS/400 but runs OK on PCconfigured identically
I have servlet.jar in other directories but there is only one within the /jakarta-tomcat-4.1.12 directory. I've tried putting cos.jar in common/lib and shared/lib. No difference. Thanx, PLA Larry Meadors wrote: I have gotten weird errors when more than one classloader loads a class. With that in mind, is the servlet.jar in more than one place? Check in $CLASSPATH, $CATALINA_HOME/common/lib, $CATALINA_HOME/server/lib, $CATALINA_HOME/shared/lib, your applications WEB-INF/lib, and the $JRE/lib/ext directory. You might also check the location of the jar containing the com/oreilly/servlet/MultipartRequest class. I would try to put it in common/lib (the only place that servlet.jar should be) to make sure they are loaded by the same classloader. Larry [EMAIL PROTECTED] 02/06/03 18:41 PM Hi I'm stumped on this problem. I've got a file upload servlet that works fine running on a PC with Tomcat 4.1.12 but I get the error below on the IBM AS/400 running Tomcat 4.1.12. I've written hundreds of servlets on the AS/400 and the PC and I've never had one beat me like this one. The error says NoClassDefFoundError: javax/servlet/http/HttpServletRequest but that is not logical since I have dozens of servlets running OK. Any one have any suggestions? Thanx, PLA HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/Exception.(Ljava/lang/String;)V+1 (Exception.java:38) javax/servlet/ServletException.(Ljava/lang/String;Ljava/lang/Throwable;)V+0 (ServletException.java:132) org/apache/catalina/core/ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:201) org/apache/catalina/core/ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:168) org/apache/catalina/core/StandardWrapperValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardWrapperValve.java:174) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContextValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardContextValve.java:153) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContext.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardContext.java:2395) org/apache/catalina/core/StandardHostValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardHostValve.java:148) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorDispatcherValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorDispatcherValve.java:170) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorReportValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorReportValve.java:172) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardEngineValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response
Re: File upload servlet won't run on IBM AS/400 but runs OK on PCconfigured identically - resolved
I had a duplicate copy of cos.jar in the /QIBM/UserData/Java400/ext directory. I deleted it and it works now. A big thank-you to everyone who responded! PLA Patrick L Archibald wrote: I have servlet.jar in other directories but there is only one within the /jakarta-tomcat-4.1.12 directory. I've tried putting cos.jar in common/lib and shared/lib. No difference. Thanx, PLA Larry Meadors wrote: I have gotten weird errors when more than one classloader loads a class. With that in mind, is the servlet.jar in more than one place? Check in $CLASSPATH, $CATALINA_HOME/common/lib, $CATALINA_HOME/server/lib, $CATALINA_HOME/shared/lib, your applications WEB-INF/lib, and the $JRE/lib/ext directory. You might also check the location of the jar containing the com/oreilly/servlet/MultipartRequest class. I would try to put it in common/lib (the only place that servlet.jar should be) to make sure they are loaded by the same classloader. Larry [EMAIL PROTECTED] 02/06/03 18:41 PM Hi I'm stumped on this problem. I've got a file upload servlet that works fine running on a PC with Tomcat 4.1.12 but I get the error below on the IBM AS/400 running Tomcat 4.1.12. I've written hundreds of servlets on the AS/400 and the PC and I've never had one beat me like this one. The error says NoClassDefFoundError: javax/servlet/http/HttpServletRequest but that is not logical since I have dozens of servlets running OK. Any one have any suggestions? Thanx, PLA HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/Exception.(Ljava/lang/String;)V+1 (Exception.java:38) javax/servlet/ServletException.(Ljava/lang/String;Ljava/lang/Throwable;)V+0 (ServletException.java:132) org/apache/catalina/core/ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:201) org/apache/catalina/core/ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:168) org/apache/catalina/core/StandardWrapperValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardWrapperValve.java:174) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContextValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardContextValve.java:153) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContext.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardContext.java:2395) org/apache/catalina/core/StandardHostValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardHostValve.java:148) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorDispatcherValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorDispatcherValve.java:170) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorReportValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorReportValve.java:172) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache
Re: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically
Hmmm... I'm not sure that catalina can write to /tmp just because your users can. Try running this code before calling MultipartRequest multi = ... FileWriter fw = new FileWriter(/tmp/hello.txt); // (line 1) fw.write(Hello World\n); fw.close(); When you start Tomcat, what value does it say it is using for $CATALINA_TEMP? Try using that directory (instead of /tmp) for your file upload. Also, defaultFileRenamePolicy was initialized to be new DefaultFileRenamePolicy(), right? -- Sean Dockery [EMAIL PROTECTED] Certified Java Web Component Developer Certified Delphi Programmer SBD Consultants http://www.sbdconsultants.com Patrick L Archibald [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... I've tried JVM 1.2 and 1.3. The public (meaning valid users) have all authority to the /tmp directory. This direcoty is Coded character set ID . . . . . . . . : 37. I tried another directory /public/platemp which is Coded character set ID . . . . . . . . : 437. I don't know why the L prefix is in the stack trace. It has always been that way as far as I can remember. I added a sendMessage method using the jt400 message queue function. I'm getting messages now. The System.out.println and System.err.println were never being written. By using the sendMessage method I've found the statement it is blowing up on: MultipartRequest multi = new MultipartRequest(request, /tmp, 5000 * 1024, defaultFileRenamePolicy); Any more suggestions? Is there something wrong with my statement above? BTW, the upload.war application that comes with the com.oreilly.servlet packages blows up too. Thanx, PLA Sean Dockery wrote: I doubt the JVM is the problem. What version are you using, by the way? (java -version) There is probably still something we're missing in your root cause... What is with the L prefix on some of the class names in the root cause message? Ljava/lang/String? Those aren't actually in your code? Are they? The L and IL a probably an artifact of the java compiler, but maybe do a search for Ljava in your source code--just to be sure... There is also mention of a FileRenamePolicy. Do you have write permissions to the area at which the uploaded file is to be copied? AS/400s use EBCDIC (crazy IBM sticking to their own inventions) instead of ASCII. Could that be a problem? At 21:50 2003-02-06 -0500, you wrote: No difference in common. I've installed 4.1.18 and still getting the same error. Could the AS/400 JVM be suspect? Thanx, PLA root cause java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/LinkageError.(Ljava/lang/String;)V+1 (LinkageError.java:39) java/lang/NoClassDefFoundError.(Ljava/lang/String;)V+1 (NoClassDefFoundError.java:43) com/oreilly/servlet/multipart/MultipartParser.(Ljavax/servlet/http/HttpServl etRequest;IZZ)V+23 (MultipartParser.java:114) com/oreilly/servlet/multipart/MultipartParser.(Ljavax/servlet/http/HttpServl etRequest;I)V+1 (MultipartParser.java:94) com/oreilly/servlet/MultipartRequest.(Ljavax/servlet/http/HttpServletRequest ;Ljava/lang/String;ILjava/lang/String;Lcom/oreilly/servlet/multipart/FileRen amePolicy;)V+148 (MultipartRequest.java:219) com/oreilly/servlet/MultipartRequest.(Ljavax/servlet/http/HttpServletRequest ;Ljava/lang/String;ILcom/oreilly/servlet/multipart/FileRenamePolicy;)V+1 (MultipartRequest.java:148) FileUploadDownloadServlet3.performUpload(Ljavax/servlet/http/HttpServletRequ est;Ljavax/servlet/http/HttpServletResponse;)V+0 (FileUploadDownloadServlet3.java:293) FileUploadDownloadServlet3.doPost(Ljavax/servlet/http/HttpServletReque st;Ljavax/servlet/http/HttpServletResponse;)V+0 (FileUploadDownloadServlet3.java:57) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Sean Dockery [EMAIL PROTECTED] Certified Java Web Component Developer Certified Delphi Programmer SBD Consultants http://www.sbdconsultants.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
File upload servlet won't run on IBM AS/400 but runs OK on PC configuredidentically
Hi I'm stumped on this problem. I've got a file upload servlet that works fine running on a PC with Tomcat 4.1.12 but I get the error below on the IBM AS/400 running Tomcat 4.1.12. I've written hundreds of servlets on the AS/400 and the PC and I've never had one beat me like this one. The error says NoClassDefFoundError: javax/servlet/http/HttpServletRequest but that is not logical since I have dozens of servlets running OK. Any one have any suggestions? Thanx, PLA HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/Exception.(Ljava/lang/String;)V+1 (Exception.java:38) javax/servlet/ServletException.(Ljava/lang/String;Ljava/lang/Throwable;)V+0 (ServletException.java:132) org/apache/catalina/core/ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:201) org/apache/catalina/core/ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:168) org/apache/catalina/core/StandardWrapperValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardWrapperValve.java:174) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContextValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardContextValve.java:153) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContext.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardContext.java:2395) org/apache/catalina/core/StandardHostValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardHostValve.java:148) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorDispatcherValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorDispatcherValve.java:170) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorReportValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorReportValve.java:172) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardEngineValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardEngineValve.java:146) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/coyote/tomcat4/CoyoteAdapter.service(Lorg/apache/coyote/Request;Lorg/apache/coyote/Response;)V+0 (CoyoteAdapter.java:197) org/apache/coyote/http11/Http11Processor.process(Ljava/io/InputStream;Ljava/io/OutputStream;)V+0 (Http11Processor.java:386) org/apache/coyote/http11
Re: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically
I would suspect that it can find com/oreilly/servlet/multipart/MultipartParser. Make sure that the O'Reilly JAR in your common/lib folder or /myapp/WEB-INF/lib folder. At 20:40 2003-02-06 -0500, you wrote: Hi I'm stumped on this problem. I've got a file upload servlet that works fine running on a PC with Tomcat 4.1.12 but I get the error below on the IBM AS/400 running Tomcat 4.1.12. I've written hundreds of servlets on the AS/400 and the PC and I've never had one beat me like this one. The error says NoClassDefFoundError: javax/servlet/http/HttpServletRequest but that is not logical since I have dozens of servlets running OK. Any one have any suggestions? Thanx, PLA HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/Exception.(Ljava/lang/String;)V+1 (Exception.java:38) javax/servlet/ServletException.(Ljava/lang/String;Ljava/lang/Throwable;)V+0 (ServletException.java:132) org/apache/catalina/core/ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:201) org/apache/catalina/core/ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:168) org/apache/catalina/core/StandardWrapperValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardWrapperValve.java:174) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContextValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardContextValve.java:153) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContext.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardContext.java:2395) org/apache/catalina/core/StandardHostValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardHostValve.java:148) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorDispatcherValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorDispatcherValve.java:170) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorReportValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorReportValve.java:172) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardEngineValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardEngineValve.java:146) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/coyote/tomcat4/CoyoteAdapter.service(Lorg/apache/coyote/Request;Lorg/apache/coyote/Response
RE: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically
not really, if you look at the stack trace, it shows that it is inside the MultipartParser class by line number but out of curiousity, where do you place your Oreilly jar? java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/LinkageError.(Ljava/lang/String;)V+1 (LinkageError.java:39) java/lang/NoClassDefFoundError.(Ljava/lang/String;)V+1 (NoClassDefFoundError.java:43) com/oreilly/servlet/multipart/MultipartParser.(Ljavax/servlet/http/HttpServletRequest;IZZ)V+23 (MultipartParser.java:114) com/oreilly/servlet/multipart/MultipartParser.(Ljavax/servlet/http/HttpServletRequest;I)V+1 (MultipartParser.java:94) Filip -Original Message- From: Sean Dockery [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 5:51 PM To: Tomcat Users List Subject: Re: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically I would suspect that it can find com/oreilly/servlet/multipart/MultipartParser. Make sure that the O'Reilly JAR in your common/lib folder or /myapp/WEB-INF/lib folder. At 20:40 2003-02-06 -0500, you wrote: Hi I'm stumped on this problem. I've got a file upload servlet that works fine running on a PC with Tomcat 4.1.12 but I get the error below on the IBM AS/400 running Tomcat 4.1.12. I've written hundreds of servlets on the AS/400 and the PC and I've never had one beat me like this one. The error says NoClassDefFoundError: javax/servlet/http/HttpServletRequest but that is not logical since I have dozens of servlets running OK. Any one have any suggestions? Thanx, PLA HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/Exception.(Ljava/lang/String;)V+1 (Exception.java:38) javax/servlet/ServletException.(Ljava/lang/String;Ljava/lang/Throwable;)V+0 (ServletException.java:132) org/apache/catalina/core/ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:201) org/apache/catalina/core/ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:168) org/apache/catalina/core/StandardWrapperValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardWrapperValve.java:174) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContextValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardContextValve.java:153) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContext.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardContext.java:2395) org/apache/catalina/core/StandardHostValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardHostValve.java:148) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorDispatcherValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorDispatcherValve.java:170) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorReportValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorReportValve.java:172) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina
Re: File upload servlet won't run on IBM AS/400 but runs OK on PCconfigured identically
If I were missing the classes for the cos.jar I would get java.lang.NoClassDefFoundError: com/oreilly/servlet/multipart/FileRenamePolicy not java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest, right? I've got cos.jar in /jakarta-tomcat-4.1.12/webapps/root/web-inf/lib Thanx for any and all suggestions, PLA Sean Dockery wrote: I would suspect that it can find com/oreilly/servlet/multipart/MultipartParser. Make sure that the O'Reilly JAR in your common/lib folder or /myapp/WEB-INF/lib folder. At 20:40 2003-02-06 -0500, you wrote: Hi I'm stumped on this problem. I've got a file upload servlet that works fine running on a PC with Tomcat 4.1.12 but I get the error below on the IBM AS/400 running Tomcat 4.1.12. I've written hundreds of servlets on the AS/400 and the PC and I've never had one beat me like this one. The error says NoClassDefFoundError: javax/servlet/http/HttpServletRequest but that is not logical since I have dozens of servlets running OK. Any one have any suggestions? Thanx, PLA HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/Exception.(Ljava/lang/String;)V+1 (Exception.java:38) javax/servlet/ServletException.(Ljava/lang/String;Ljava/lang/Throwable;)V+0 (ServletException.java:132) org/apache/catalina/core/ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:201) org/apache/catalina/core/ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:168) org/apache/catalina/core/StandardWrapperValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardWrapperValve.java:174) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContextValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardContextValve.java:153) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContext.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardContext.java:2395) org/apache/catalina/core/StandardHostValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardHostValve.java:148) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorDispatcherValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorDispatcherValve.java:170) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorReportValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorReportValve.java:172) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardEngineValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardEngineValve.java:146) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core
RE: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically
and what happens if you put it in TOMCAT_HOME/common/lib also, did you intentionally lowercase the path you sent us, WEB-INF is uppercase. Filip -Original Message- From: Patrick L Archibald [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 5:55 PM To: Tomcat Users List Subject: Re: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically If I were missing the classes for the cos.jar I would get java.lang.NoClassDefFoundError: com/oreilly/servlet/multipart/FileRenamePolicy not java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest, right? I've got cos.jar in /jakarta-tomcat-4.1.12/webapps/root/web-inf/lib Thanx for any and all suggestions, PLA Sean Dockery wrote: I would suspect that it can find com/oreilly/servlet/multipart/MultipartParser. Make sure that the O'Reilly JAR in your common/lib folder or /myapp/WEB-INF/lib folder. At 20:40 2003-02-06 -0500, you wrote: Hi I'm stumped on this problem. I've got a file upload servlet that works fine running on a PC with Tomcat 4.1.12 but I get the error below on the IBM AS/400 running Tomcat 4.1.12. I've written hundreds of servlets on the AS/400 and the PC and I've never had one beat me like this one. The error says NoClassDefFoundError: javax/servlet/http/HttpServletRequest but that is not logical since I have dozens of servlets running OK. Any one have any suggestions? Thanx, PLA HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/Exception.(Ljava/lang/String;)V+1 (Exception.java:38) javax/servlet/ServletException.(Ljava/lang/String;Ljava/lang/Throwable;)V+0 (ServletException.java:132) org/apache/catalina/core/ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:201) org/apache/catalina/core/ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:168) org/apache/catalina/core/StandardWrapperValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardWrapperValve.java:174) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContextValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardContextValve.java:153) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContext.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardContext.java:2395) org/apache/catalina/core/StandardHostValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardHostValve.java:148) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorDispatcherValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorDispatcherValve.java:170) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorReportValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorReportValve.java:172) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core
Re: File upload servlet won't run on IBM AS/400 but runs OK on PCconfigured identically
I haven't tried putting it in common but I did try putting it in /jakarta-tomcat-4.1.12/shared/lib and it gave me the same error. I will try common and let ya know shortly. Here is the case-sensitive path that it is in now: /jakarta-tomcat-4.1.12/webapps/ROOT/WEB-INF/lib Thanx, PLA Filip Hanik wrote: and what happens if you put it in TOMCAT_HOME/common/lib also, did you intentionally lowercase the path you sent us, WEB-INF is uppercase. Filip -Original Message- From: Patrick L Archibald [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 5:55 PM To: Tomcat Users List Subject: Re: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically If I were missing the classes for the cos.jar I would get java.lang.NoClassDefFoundError: com/oreilly/servlet/multipart/FileRenamePolicy not java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest, right? I've got cos.jar in /jakarta-tomcat-4.1.12/webapps/root/web-inf/lib Thanx for any and all suggestions, PLA Sean Dockery wrote: I would suspect that it can find com/oreilly/servlet/multipart/MultipartParser. Make sure that the O'Reilly JAR in your common/lib folder or /myapp/WEB-INF/lib folder. At 20:40 2003-02-06 -0500, you wrote: Hi I'm stumped on this problem. I've got a file upload servlet that works fine running on a PC with Tomcat 4.1.12 but I get the error below on the IBM AS/400 running Tomcat 4.1.12. I've written hundreds of servlets on the AS/400 and the PC and I've never had one beat me like this one. The error says NoClassDefFoundError: javax/servlet/http/HttpServletRequest but that is not logical since I have dozens of servlets running OK. Any one have any suggestions? Thanx, PLA HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/Exception.(Ljava/lang/String;)V+1 (Exception.java:38) javax/servlet/ServletException.(Ljava/lang/String;Ljava/lang/Throwable;)V+0 (ServletException.java:132) org/apache/catalina/core/ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:201) org/apache/catalina/core/ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:168) org/apache/catalina/core/StandardWrapperValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardWrapperValve.java:174) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContextValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardContextValve.java:153) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContext.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardContext.java:2395) org/apache/catalina/core/StandardHostValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardHostValve.java:148) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorDispatcherValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorDispatcherValve.java:170) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorReportValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorReportValve.java:172) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache
Re: File upload servlet won't run on IBM AS/400 but runs OK on PCconfigured identically
No difference in common. I've installed 4.1.18 and still getting the same error. Could the AS/400 JVM be suspect? Thanx, PLA Patrick L Archibald wrote: I haven't tried putting it in common but I did try putting it in /jakarta-tomcat-4.1.12/shared/lib and it gave me the same error. I will try common and let ya know shortly. Here is the case-sensitive path that it is in now: /jakarta-tomcat-4.1.12/webapps/ROOT/WEB-INF/lib Thanx, PLA Filip Hanik wrote: and what happens if you put it in TOMCAT_HOME/common/lib also, did you intentionally lowercase the path you sent us, WEB-INF is uppercase. Filip -Original Message- From: Patrick L Archibald [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 5:55 PM To: Tomcat Users List Subject: Re: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically If I were missing the classes for the cos.jar I would get java.lang.NoClassDefFoundError: com/oreilly/servlet/multipart/FileRenamePolicy not java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest, right? I've got cos.jar in /jakarta-tomcat-4.1.12/webapps/root/web-inf/lib Thanx for any and all suggestions, PLA Sean Dockery wrote: I would suspect that it can find com/oreilly/servlet/multipart/MultipartParser. Make sure that the O'Reilly JAR in your common/lib folder or /myapp/WEB-INF/lib folder. At 20:40 2003-02-06 -0500, you wrote: Hi I'm stumped on this problem. I've got a file upload servlet that works fine running on a PC with Tomcat 4.1.12 but I get the error below on the IBM AS/400 running Tomcat 4.1.12. I've written hundreds of servlets on the AS/400 and the PC and I've never had one beat me like this one. The error says NoClassDefFoundError: javax/servlet/http/HttpServletRequest but that is not logical since I have dozens of servlets running OK. Any one have any suggestions? Thanx, PLA HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/Exception.(Ljava/lang/String;)V+1 (Exception.java:38) javax/servlet/ServletException.(Ljava/lang/String;Ljava/lang/Throwable;)V+0 (ServletException.java:132) org/apache/catalina/core/ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:201) org/apache/catalina/core/ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:168) org/apache/catalina/core/StandardWrapperValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardWrapperValve.java:174) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContextValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardContextValve.java:153) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContext.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardContext.java:2395) org/apache/catalina/core/StandardHostValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardHostValve.java:148) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorDispatcherValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorDispatcherValve.java:170) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorReportValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0
Re: File upload servlet won't run on IBM AS/400 but runs OK on PCconfigured identically
Just for giggles ... Alter catalina.sh to export CLASSPATH and don't pass CLASSPATH to the java executable. The AS400 JVM is really freakin weird when we once tried passing classpath via command line then got a different behavior setting classpath via an environment variable. If that doesn't work - I'm all out of ideas. You may want to also examine some properties file that the AS400 has that sets system properties (like java.class.path) - I forget the filename but it is an IBM or AS400 specific thing I never heard of before. There is probably(?) a copy in your home directory. -Tim Patrick L Archibald wrote: No difference in common. I've installed 4.1.18 and still getting the same error. Could the AS/400 JVM be suspect? Thanx, PLA Patrick L Archibald wrote: I haven't tried putting it in common but I did try putting it in /jakarta-tomcat-4.1.12/shared/lib and it gave me the same error. I will try common and let ya know shortly. Here is the case-sensitive path that it is in now: /jakarta-tomcat-4.1.12/webapps/ROOT/WEB-INF/lib Thanx, PLA Filip Hanik wrote: and what happens if you put it in TOMCAT_HOME/common/lib also, did you intentionally lowercase the path you sent us, WEB-INF is uppercase. Filip -Original Message- From: Patrick L Archibald [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 5:55 PM To: Tomcat Users List Subject: Re: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically If I were missing the classes for the cos.jar I would get java.lang.NoClassDefFoundError: com/oreilly/servlet/multipart/FileRenamePolicy not java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest, right? I've got cos.jar in /jakarta-tomcat-4.1.12/webapps/root/web-inf/lib Thanx for any and all suggestions, PLA Sean Dockery wrote: I would suspect that it can find com/oreilly/servlet/multipart/MultipartParser. Make sure that the O'Reilly JAR in your common/lib folder or /myapp/WEB-INF/lib folder. At 20:40 2003-02-06 -0500, you wrote: Hi I'm stumped on this problem. I've got a file upload servlet that works fine running on a PC with Tomcat 4.1.12 but I get the error below on the IBM AS/400 running Tomcat 4.1.12. I've written hundreds of servlets on the AS/400 and the PC and I've never had one beat me like this one. The error says NoClassDefFoundError: javax/servlet/http/HttpServletRequest but that is not logical since I have dozens of servlets running OK. Any one have any suggestions? Thanx, PLA HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/Exception.(Ljava/lang/String;)V+1 (Exception.java:38) javax/servlet/ServletException.(Ljava/lang/String;Ljava/lang/Throwable;)V+0 (ServletException.java:132) org/apache/catalina/core/ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:201) org/apache/catalina/core/ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:168) org/apache/catalina/core/StandardWrapperValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardWrapperValve.java:174) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContextValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardContextValve.java:153) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContext.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardContext.java:2395) org/apache/catalina/core/StandardHostValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardHostValve.java:148) org/apache/catalina/core/StandardPipeline
Re: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically
This may be a silly question, but where is your servlets.jar located? At 21:50 2003-02-06 -0500, you wrote: No difference in common. I've installed 4.1.18 and still getting the same error. Could the AS/400 JVM be suspect? Thanx, PLA Patrick L Archibald wrote: I haven't tried putting it in common but I did try putting it in /jakarta-tomcat-4.1.12/shared/lib and it gave me the same error. I will try common and let ya know shortly. Here is the case-sensitive path that it is in now: /jakarta-tomcat-4.1.12/webapps/ROOT/WEB-INF/lib Thanx, PLA Filip Hanik wrote: and what happens if you put it in TOMCAT_HOME/common/lib also, did you intentionally lowercase the path you sent us, WEB-INF is uppercase. Filip -Original Message- From: Patrick L Archibald [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 5:55 PM To: Tomcat Users List Subject: Re: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically If I were missing the classes for the cos.jar I would get java.lang.NoClassDefFoundError: com/oreilly/servlet/multipart/FileRenamePolicy not java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest, right? I've got cos.jar in /jakarta-tomcat-4.1.12/webapps/root/web-inf/lib Thanx for any and all suggestions, PLA Sean Dockery wrote: I would suspect that it can find com/oreilly/servlet/multipart/MultipartParser. Make sure that the O'Reilly JAR in your common/lib folder or /myapp/WEB-INF/lib folder. At 20:40 2003-02-06 -0500, you wrote: Hi I'm stumped on this problem. I've got a file upload servlet that works fine running on a PC with Tomcat 4.1.12 but I get the error below on the IBM AS/400 running Tomcat 4.1.12. I've written hundreds of servlets on the AS/400 and the PC and I've never had one beat me like this one. The error says NoClassDefFoundError: javax/servlet/http/HttpServletRequest but that is not logical since I have dozens of servlets running OK. Any one have any suggestions? Thanx, PLA HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/Exception.(Ljava/lang/String;)V+1 (Exception.java:38) javax/servlet/ServletException.(Ljava/lang/String;Ljava/lang/Throwable;)V+0 (ServletException.java:132) org/apache/catalina/core/ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:201) org/apache/catalina/core/ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:168) org/apache/catalina/core/StandardWrapperValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardWrapperValve.java:174) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContextValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardContextValve.java:153) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContext.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardContext.java:2395) org/apache/catalina/core/StandardHostValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardHostValve.java:148) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorDispatcherValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorDispatcherValve.java:170) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves
Re: File upload servlet won't run on IBM AS/400 but runs OK on PCconfigured identically
I'll try this tomorrow. Thanx, PLA Tim Funk wrote: Just for giggles ... Alter catalina.sh to export CLASSPATH and don't pass CLASSPATH to the java executable. The AS400 JVM is really freakin weird when we once tried passing classpath via command line then got a different behavior setting classpath via an environment variable. If that doesn't work - I'm all out of ideas. You may want to also examine some properties file that the AS400 has that sets system properties (like java.class.path) - I forget the filename but it is an IBM or AS400 specific thing I never heard of before. There is probably(?) a copy in your home directory. -Tim Patrick L Archibald wrote: No difference in common. I've installed 4.1.18 and still getting the same error. Could the AS/400 JVM be suspect? Thanx, PLA Patrick L Archibald wrote: I haven't tried putting it in common but I did try putting it in /jakarta-tomcat-4.1.12/shared/lib and it gave me the same error. I will try common and let ya know shortly. Here is the case-sensitive path that it is in now: /jakarta-tomcat-4.1.12/webapps/ROOT/WEB-INF/lib Thanx, PLA Filip Hanik wrote: and what happens if you put it in TOMCAT_HOME/common/lib also, did you intentionally lowercase the path you sent us, WEB-INF is uppercase. Filip -Original Message- From: Patrick L Archibald [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 5:55 PM To: Tomcat Users List Subject: Re: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically If I were missing the classes for the cos.jar I would get java.lang.NoClassDefFoundError: com/oreilly/servlet/multipart/FileRenamePolicy not java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest, right? I've got cos.jar in /jakarta-tomcat-4.1.12/webapps/root/web-inf/lib Thanx for any and all suggestions, PLA Sean Dockery wrote: I would suspect that it can find com/oreilly/servlet/multipart/MultipartParser. Make sure that the O'Reilly JAR in your common/lib folder or /myapp/WEB-INF/lib folder. At 20:40 2003-02-06 -0500, you wrote: Hi I'm stumped on this problem. I've got a file upload servlet that works fine running on a PC with Tomcat 4.1.12 but I get the error below on the IBM AS/400 running Tomcat 4.1.12. I've written hundreds of servlets on the AS/400 and the PC and I've never had one beat me like this one. The error says NoClassDefFoundError: javax/servlet/http/HttpServletRequest but that is not logical since I have dozens of servlets running OK. Any one have any suggestions? Thanx, PLA HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/Exception.(Ljava/lang/String;)V+1 (Exception.java:38) javax/servlet/ServletException.(Ljava/lang/String;Ljava/lang/Throwable;)V+0 (ServletException.java:132) org/apache/catalina/core/ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:201) org/apache/catalina/core/ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:168) org/apache/catalina/core/StandardWrapperValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardWrapperValve.java:174) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContextValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardContextValve.java:153) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContext.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardContext.java:2395) org/apache/catalina/core/StandardHostValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardHostValve.java:148
Re: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically
/jakarta-tomcat-4.1.12/common/lib/servlet.jar Thanx, PLA Sean Dockery wrote: This may be a silly question, but where is your servlets.jar located? At 21:50 2003-02-06 -0500, you wrote: No difference in common. I've installed 4.1.18 and still getting the same error. Could the AS/400 JVM be suspect? Thanx, PLA Patrick L Archibald wrote: I haven't tried putting it in common but I did try putting it in /jakarta-tomcat-4.1.12/shared/lib and it gave me the same error. I will try common and let ya know shortly. Here is the case-sensitive path that it is in now: /jakarta-tomcat-4.1.12/webapps/ROOT/WEB-INF/lib Thanx, PLA Filip Hanik wrote: and what happens if you put it in TOMCAT_HOME/common/lib also, did you intentionally lowercase the path you sent us, WEB-INF is uppercase. Filip -Original Message- From: Patrick L Archibald [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 5:55 PM To: Tomcat Users List Subject: Re: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically If I were missing the classes for the cos.jar I would get java.lang.NoClassDefFoundError: com/oreilly/servlet/multipart/FileRenamePolicy not java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest, right? I've got cos.jar in /jakarta-tomcat-4.1.12/webapps/root/web-inf/lib Thanx for any and all suggestions, PLA Sean Dockery wrote: I would suspect that it can find com/oreilly/servlet/multipart/MultipartParser. Make sure that the O'Reilly JAR in your common/lib folder or /myapp/WEB-INF/lib folder. At 20:40 2003-02-06 -0500, you wrote: Hi I'm stumped on this problem. I've got a file upload servlet that works fine running on a PC with Tomcat 4.1.12 but I get the error below on the IBM AS/400 running Tomcat 4.1.12. I've written hundreds of servlets on the AS/400 and the PC and I've never had one beat me like this one. The error says NoClassDefFoundError: javax/servlet/http/HttpServletRequest but that is not logical since I have dozens of servlets running OK. Any one have any suggestions? Thanx, PLA HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/Exception.(Ljava/lang/String;)V+1 (Exception.java:38) javax/servlet/ServletException.(Ljava/lang/String;Ljava/lang/Throwable;)V+0 (ServletException.java:132) org/apache/catalina/core/ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:201) org/apache/catalina/core/ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:168) org/apache/catalina/core/StandardWrapperValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardWrapperValve.java:174) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContextValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardContextValve.java:153) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContext.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardContext.java:2395) org/apache/catalina/core/StandardHostValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardHostValve.java:148) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/valves/ErrorDispatcherValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (ErrorDispatcherValve.java:170) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina
Re: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically
I doubt the JVM is the problem. What version are you using, by the way? (java -version) There is probably still something we're missing in your root cause... What is with the L prefix on some of the class names in the root cause message? Ljava/lang/String? Those aren't actually in your code? Are they? The L and IL a probably an artifact of the java compiler, but maybe do a search for Ljava in your source code--just to be sure... There is also mention of a FileRenamePolicy. Do you have write permissions to the area at which the uploaded file is to be copied? AS/400s use EBCDIC (crazy IBM sticking to their own inventions) instead of ASCII. Could that be a problem? At 21:50 2003-02-06 -0500, you wrote: No difference in common. I've installed 4.1.18 and still getting the same error. Could the AS/400 JVM be suspect? Thanx, PLA root cause java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/LinkageError.(Ljava/lang/String;)V+1 (LinkageError.java:39) java/lang/NoClassDefFoundError.(Ljava/lang/String;)V+1 (NoClassDefFoundError.java:43) com/oreilly/servlet/multipart/MultipartParser.(Ljavax/servlet/http/HttpServletRequest;IZZ)V+23 (MultipartParser.java:114) com/oreilly/servlet/multipart/MultipartParser.(Ljavax/servlet/http/HttpServletRequest;I)V+1 (MultipartParser.java:94) com/oreilly/servlet/MultipartRequest.(Ljavax/servlet/http/HttpServletRequest;Ljava/lang/String;ILjava/lang/String;Lcom/oreilly/servlet/multipart/FileRenamePolicy;)V+148 (MultipartRequest.java:219) com/oreilly/servlet/MultipartRequest.(Ljavax/servlet/http/HttpServletRequest;Ljava/lang/String;ILcom/oreilly/servlet/multipart/FileRenamePolicy;)V+1 (MultipartRequest.java:148) FileUploadDownloadServlet3.performUpload(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;)V+0 (FileUploadDownloadServlet3.java:293) FileUploadDownloadServlet3.doPost(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;)V+0 (FileUploadDownloadServlet3.java:57) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Sean Dockery [EMAIL PROTECTED] Certified Java Web Component Developer Certified Delphi Programmer SBD Consultants http://www.sbdconsultants.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically
What is the path separator character on the AS400? Is it the same character EBCDIC as ASCII? At 22:43 2003-02-06 -0500, you wrote: I'll try this tomorrow. Thanx, PLA Tim Funk wrote: Just for giggles ... Alter catalina.sh to export CLASSPATH and don't pass CLASSPATH to the java executable. The AS400 JVM is really freakin weird when we once tried passing classpath via command line then got a different behavior setting classpath via an environment variable. If that doesn't work - I'm all out of ideas. You may want to also examine some properties file that the AS400 has that sets system properties (like java.class.path) - I forget the filename but it is an IBM or AS400 specific thing I never heard of before. There is probably(?) a copy in your home directory. -Tim Patrick L Archibald wrote: No difference in common. I've installed 4.1.18 and still getting the same error. Could the AS/400 JVM be suspect? Thanx, PLA Patrick L Archibald wrote: I haven't tried putting it in common but I did try putting it in /jakarta-tomcat-4.1.12/shared/lib and it gave me the same error. I will try common and let ya know shortly. Here is the case-sensitive path that it is in now: /jakarta-tomcat-4.1.12/webapps/ROOT/WEB-INF/lib Thanx, PLA Filip Hanik wrote: and what happens if you put it in TOMCAT_HOME/common/lib also, did you intentionally lowercase the path you sent us, WEB-INF is uppercase. Filip -Original Message- From: Patrick L Archibald [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 5:55 PM To: Tomcat Users List Subject: Re: File upload servlet won't run on IBM AS/400 but runs OK on PC configured identically If I were missing the classes for the cos.jar I would get java.lang.NoClassDefFoundError: com/oreilly/servlet/multipart/FileRenamePolicy not java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest, right? I've got cos.jar in /jakarta-tomcat-4.1.12/webapps/root/web-inf/lib Thanx for any and all suggestions, PLA Sean Dockery wrote: I would suspect that it can find com/oreilly/servlet/multipart/MultipartParser. Make sure that the O'Reilly JAR in your common/lib folder or /myapp/WEB-INF/lib folder. At 20:40 2003-02-06 -0500, you wrote: Hi I'm stumped on this problem. I've got a file upload servlet that works fine running on a PC with Tomcat 4.1.12 but I get the error below on the IBM AS/400 running Tomcat 4.1.12. I've written hundreds of servlets on the AS/400 and the PC and I've never had one beat me like this one. The error says NoClassDefFoundError: javax/servlet/http/HttpServletRequest but that is not logical since I have dozens of servlets running OK. Any one have any suggestions? Thanx, PLA HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) java/lang/Exception.(Ljava/lang/String;)V+1 (Exception.java:38) javax/servlet/ServletException.(Ljava/lang/String;Ljava/lang/Throwable;)V+0 (ServletException.java:132) org/apache/catalina/core/ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:201) org/apache/catalina/core/ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+0 (ApplicationFilterChain.java:168) org/apache/catalina/core/StandardWrapperValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardWrapperValve.java:174) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContextValve.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;Lorg/apache/catalina/ValveContext;)V+0 (StandardContextValve.java:153) org/apache/catalina/core/StandardPipeline$StandardPipelineValveContext.invokeNext(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:636) org/apache/catalina/core/StandardPipeline.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardPipeline.java:480) org/apache/catalina/core/ContainerBase.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (ContainerBase.java:995) org/apache/catalina/core/StandardContext.invoke(Lorg/apache/catalina/Request;Lorg/apache/catalina/Response;)V+0 (StandardContext.java:2395) org/apache/catalina/core/StandardHostValve.invoke
Problems with file upload
I have a servlet that manages the file upload, using a FILE field in a multipart/form-data form: FORM ACTION=servlet/requestupload METHOD=POST ENCTYPE=multipart/form-data Which file to upload? INPUT TYPE=FILE NAME=file1 BR INPUT TYPE=SUBMIT /FORM I have a Tomcat 4.1.12 + Apache WebServer 1.3.22 + mod_jk 1.2.2 on RedHat Linux 7.0. When I submit the form, after a few minutes, in my catalina.out file I get the message: Dec 18, 2002 5:31:48 PM org.apache.jk.common.ChannelSocket processConnection WARNING: server has closed the current connection (-1) on mod_jk.log with debug set to Information, I get: [Wed Dec 18 17:48:45 2002] [mod_jk.c (1841)]: mod_jk::jk_translate, check alias_dir: /var/tomcat4/webapps [Wed Dec 18 17:48:45 2002] [mod_jk.c (1864)]: mod_jk::jk_translate, AutoAlias child_dir: Asso2000 [Wed Dec 18 17:48:45 2002] [jk_uri_worker_map.c (460)]: Into jk_uri_worker_map_t::map_uri_to_worker [Wed Dec 18 17:48:45 2002] [jk_uri_worker_map.c (477)]: Attempting to map URI '/edptest/servlet/requestupload' [Wed Dec 18 17:48:45 2002] [jk_uri_worker_map.c (502)]: jk_uri_worker_map_t::map_uri_to_worker, Found a context match ajp13 - /edptest/servlet/ [Wed Dec 18 17:48:45 2002] [jk_worker.c (132)]: Into wc_get_worker_for_name ajp13 [Wed Dec 18 17:48:45 2002] [jk_worker.c (136)]: wc_get_worker_for_name, done found a worker [Wed Dec 18 17:48:45 2002] [jk_ajp_common.c (1404)]: Into jk_worker_t::get_endpoint [Wed Dec 18 17:48:45 2002] [jk_ajp_common.c (1448)]: In jk_endpoint_t::ajp_get_endpoint, time elapsed since last request = 41 seconds [Wed Dec 18 17:48:45 2002] [jk_ajp_common.c (1116)]: Into jk_endpoint_t::service [Wed Dec 18 17:48:45 2002] [jk_ajp_common.c (295)]: Into ajp_marshal_into_msgb [Wed Dec 18 17:48:45 2002] [jk_ajp_common.c (432)]: ajp_marshal_into_msgb - Done [Wed Dec 18 17:48:45 2002] [jk_ajp_common.c (642)]: sending to ajp13 #508 [Wed Dec 18 17:48:45 2002] [jk_ajp_common.c (884)]: ajp_send_request 2: request body to send 297143 - request body to resend 0 [Wed Dec 18 17:48:48 2002] [jk_ajp_common.c (642)]: sending to ajp13 #8192 [Wed Dec 18 17:48:55 2002] [jk_ajp_common.c (729)]: received from ajp13 #3 [Wed Dec 18 17:49:24 2002] [jk_ajp_common.c (642)]: sending to ajp13 #8192 [Wed Dec 18 17:49:24 2002] [jk_ajp_common.c (729)]: received from ajp13 #3 [Wed Dec 18 17:49:41 2002] [jk_ajp_common.c (642)]: sending to ajp13 #8192 [Wed Dec 18 17:49:41 2002] [jk_ajp_common.c (729)]: received from ajp13 #3 and the browser says it can not find the server or there is a DNS error. I find the saved files in the right directory, but with zero size. The problem is that in my test environment, with the same configuration, everything works!! There must be something different in the configuration of Apache, Tomcat, mod_jk, but I could not find the problem. On the same server and same Apache WebServer, everything worked with Tomcat 3.2.1 and mod_jk, using ajp12. Any idea on what I have to look for? Bye, Marco.
RE: Problems with file upload
Marco, I sometimes get this problem, too, using a similar setup. Usually, I can go back to the HTML form, reload it, and submit it again, and it works. I have not had any luck in determining it's cause. Perhaps you should post this to the Commons Users List (see http://jakarta.apache.org/commons/fileupload/mail-lists.html to subscribe.) Steve -Original Message- From: Marco Bucciarelli [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 11:00 AM To: [EMAIL PROTECTED] Subject: Problems with file upload I have a servlet that manages the file upload, using a FILE field in a multipart/form-data form: FORM ACTION=servlet/requestupload METHOD=POST ENCTYPE=multipart/form-data Which file to upload? INPUT TYPE=FILE NAME=file1 BR INPUT TYPE=SUBMIT /FORM I have a Tomcat 4.1.12 + Apache WebServer 1.3.22 + mod_jk 1.2.2 on RedHat Linux 7.0. When I submit the form, after a few minutes, in my catalina.out file I get the message: Dec 18, 2002 5:31:48 PM org.apache.jk.common.ChannelSocket processConnection WARNING: server has closed the current connection (-1) on mod_jk.log with debug set to Information, I get: [Wed Dec 18 17:48:45 2002] [mod_jk.c (1841)]: mod_jk::jk_translate, check alias_dir: /var/tomcat4/webapps [Wed Dec 18 17:48:45 2002] [mod_jk.c (1864)]: mod_jk::jk_translate, AutoAlias child_dir: Asso2000 [Wed Dec 18 17:48:45 2002] [jk_uri_worker_map.c (460)]: Into jk_uri_worker_map_t::map_uri_to_worker [Wed Dec 18 17:48:45 2002] [jk_uri_worker_map.c (477)]: Attempting to map URI '/edptest/servlet/requestupload' [Wed Dec 18 17:48:45 2002] [jk_uri_worker_map.c (502)]: jk_uri_worker_map_t::map_uri_to_worker, Found a context match ajp13 - /edptest/servlet/ [Wed Dec 18 17:48:45 2002] [jk_worker.c (132)]: Into wc_get_worker_for_name ajp13 [Wed Dec 18 17:48:45 2002] [jk_worker.c (136)]: wc_get_worker_for_name, done found a worker [Wed Dec 18 17:48:45 2002] [jk_ajp_common.c (1404)]: Into jk_worker_t::get_endpoint [Wed Dec 18 17:48:45 2002] [jk_ajp_common.c (1448)]: In jk_endpoint_t::ajp_get_endpoint, time elapsed since last request = 41 seconds [Wed Dec 18 17:48:45 2002] [jk_ajp_common.c (1116)]: Into jk_endpoint_t::service [Wed Dec 18 17:48:45 2002] [jk_ajp_common.c (295)]: Into ajp_marshal_into_msgb [Wed Dec 18 17:48:45 2002] [jk_ajp_common.c (432)]: ajp_marshal_into_msgb - Done [Wed Dec 18 17:48:45 2002] [jk_ajp_common.c (642)]: sending to ajp13 #508 [Wed Dec 18 17:48:45 2002] [jk_ajp_common.c (884)]: ajp_send_request 2: request body to send 297143 - request body to resend 0 [Wed Dec 18 17:48:48 2002] [jk_ajp_common.c (642)]: sending to ajp13 #8192 [Wed Dec 18 17:48:55 2002] [jk_ajp_common.c (729)]: received from ajp13 #3 [Wed Dec 18 17:49:24 2002] [jk_ajp_common.c (642)]: sending to ajp13 #8192 [Wed Dec 18 17:49:24 2002] [jk_ajp_common.c (729)]: received from ajp13 #3 [Wed Dec 18 17:49:41 2002] [jk_ajp_common.c (642)]: sending to ajp13 #8192 [Wed Dec 18 17:49:41 2002] [jk_ajp_common.c (729)]: received from ajp13 #3 and the browser says it can not find the server or there is a DNS error. I find the saved files in the right directory, but with zero size. The problem is that in my test environment, with the same configuration, everything works!! There must be something different in the configuration of Apache, Tomcat, mod_jk, but I could not find the problem. On the same server and same Apache WebServer, everything worked with Tomcat 3.2.1 and mod_jk, using ajp12. Any idea on what I have to look for? Bye, Marco. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
file upload problem tomcat behind apache
Hi there ! I have a web application which can process uploaded files (mutipart formdata). If I connect to tomcat directly (http connector) everything is fine, I can upload files without problems so far. Now I have connected tomcat 4.0.4 to apache 2.0.40 with connector mod_jk2 (using the ajp13 protocol) and file upload is screwed. I get the following error: java.lang.ArrayIndexOutOfBoundsException at java.net.SocketInputStream.read(SocketInputStream.java:111) at org.apache.ajp.Ajp13.readN(Ajp13.java:429) at org.apache.ajp.Ajp13.receive(Ajp13.java:487) at org.apache.ajp.RequestHandler.decodeRequest(RequestHandler.java:425) at org.apache.ajp.Ajp13.handleMessage(Ajp13.java:319) at org.apache.ajp.Ajp13.receiveNextRequest(Ajp13.java:287) at org.apache.ajp.tomcat4.Ajp13Processor.process(Ajp13Processor.java:396) at org.apache.ajp.tomcat4.Ajp13Processor.run(Ajp13Processor.java:551) at java.lang.Thread.run(Thread.java:536) Has anyone experienced such problems before? What can I do to make it work with apache? Thanx in advance... Ciao, Branko. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
com.orielly.servlet File Upload package
Hello everybody, I loaded this package and the tester class in tomcat4. I used test html file supplied in the Jason Hunter's servlet book. I ran this in my local machine and it worked fine for one file. When I entered two file names separated by a space for example: c:\abc c:\def, the servlet call uploaded the last file - in this case c:\def. This package is supposed to work for multiple files. Does anybody know what is the file-name separator for this app? Thanks Raju Lokhande * This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message along with any attachments, from your computer. Thank you. * -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
