Unfortunately that property doesn't exist. :( -----Original Message----- From: Gemp, Robert S. [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 17, 2004 5:11 PM To: Jakarta Commons Users List Subject: RE: Stream Ended Unexpectedly
We have had similar problems with MS IIS and JRun app server, so we don't think your problem is Tomcat related. We got the following info off a Macromedia site somewhere, perhaps it was a ColdFusion forum. Following is a verbatim cut-paste of the article from there. The writer seems to have had good performance on one server and bad on another. Good luck, I hope this helps. At least it blames Microsoft. ====== ARTICLE EXCERPT =============== Okay, after weeks of poking around I found the solution to this problem. It's actually an IIS issue, but since this is the first place I looked for a solution, I figured I'd post my fix in case anyone else encounters the same problem. I downloaded a utility from Microsoft called AC-MetaDataEditTool.exe which allows you to view and edit settings in the IIS Metabase. Since we had already compared every setting that is configurable through the IIS plugin, I assumed it had to be a setting that was not visible there. Further research revealed that IIS settings are stored in a Metabase and can be viewed and edited using the Meta-Data Edit Tool (http://www.microsoft.com/downloads/details.aspx?FamilyID=48364A72-D54E- 46DC-AACF-E3BE887D17A6&displaylang=en). I installed this tool on both servers and analyzed each and every Metabase Property, making a list of how the servers differed. I then looked up what each of these differing properties controlled (http://msdn.microsoft.com/library/en-us/iissdk/iis/alphabeticmetabasepr opertylist.asp?) and attempted to determine which property might be causing the problem. The culprit was a property called "UploadReadAheadSize". Microsoft's site describes it as follows: "The UploadReadAheadSize property establishes the number of bytes a Web server will read into a buffer and pass to an ISAPI extension. This occurs once per client request. The ISAPI extension receives any additional data directly from the client. The range is 0 to &HFFFFFFFF (4 GB)." This property was defined with a Data Value of 0 on the server where file upload was not working, but this property was not defined at all on the server where file upload was working. I deleted this property and file upload began working. To delete this property, install and run the AC-MetaDataEditTool.exe. Expand the LM server. Select the W3SVC folder. A list of all defined properties will appear on the right. Look to see if a property with a name of UploadReadAheadSize exists. If it does, right click on it and select delete. Since these are settings I did not even have access to prior to downloading this utility, they are not settings I could have set incorrectly. There must have been a difference in the way IIS was installed on the two servers. I hope this helps anyone else who might run into this problem. ====== END OF ARTICLE =============== -----Original Message----- From: J.Talarczyk [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 17, 2004 4:19 PM To: [EMAIL PROTECTED] Subject: Stream Ended Unexpectedly My server configuration is as follows: Windows 2003 box running IIS 6 with isapi_redirector2.dll and Tomcat 5.0.25. A dedicated fractional T for inbound web traffic. I have a jsp app that uploads 3-8mb pdf files and dumps them in a database using the latest downloadable version of FileUpload. The application works rather soundly when it is accessed in house, but random errors, usually stream ended unexpectedly, occur when the application is accessed from the "outside". The upload of the file also takes around 1 minute if not more per mb to upload. There are times when the files can be uploaded successfully but the upload speed is horrible. What I have already tried: 1. Installed Tomcat standalone on a separate box with no router or firewall restrictions and the upload speed is the same as above. No errors just speed issue. 2. Completely opened the firewall and router for the original webserver. Speed issues and stream ended errors. 3. Uploaded similar size files using ftp program to determine possible upload bandwidth issue. Files seem to upload within reason. 4. Used package from servlets.com and experienced exact speed problems. 5. Accessing the application via port 8080 usually results in no errors, but speed is still an issue. (read about 100k limit on redirector) My biggest concern now is to determine whether the problem is with Tomcat, IIS, or some other configuration. Any help would be greatly appreciated. Thanks in advance. This email is deemed confidential or privileged by the sender and any unauthorized disclosure, copying, distribution, or use of its contents is strictly prohibited. If you have received this message in error, please alert Steven J. Baum, P.C. immediately. The statements contained in this email are the opinion of the sender and not that of Steven J. Baum, P.C. This firm is attempting to collect a debt. Any information obtained will be used for that purpose. Steven J. Baum, P.C. strives to provide exemplary service. Please feel free to contact us at [EMAIL PROTECTED] with any comments you may have. --------------------------------------------------------------------- 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]
