Sorry, then I'm kind of out of ideas. My first thought was that the adaptor logging was accurate and that the application's adaptor configuration was set up so that the file upload request actually times out. But creating a simple file upload page and setting all the adaptor timeouts to a short period didn't replicate your issue — the exception that gets logged in that case is gool ol' "SoketException: Broken pipe".
Are you using a regular old WOFileUpload with "data" and "filePath" bindings or are you using other/streaming bindings? I can test this again with streaming if that turns out to be your case (performing a 300MB upload with the odl style bindings and timeouts properly set works fine for me through the Apache adaptor). Cheers, - hugi > On 13 Feb 2025, at 11:17, OCsite <o...@ocs.cz> wrote: > > Hugi, > >> On 13. 2. 2025, at 9:55, Hugi Thordarson via Webobjects-dev >> <webobjects-dev@lists.apple.com> wrote: >> when you say 2 MB, is it possible you mean 2 GB? > > Nope. The file which fails to upload has 2 024 943 bytes. > >> ... >> Is this also a problem in direct connect mode or only if you're going >> through the web server adaptor? > > Direct connect works all right, the problem is only adaptor-side. I've tried > to log adaptor, and perhaps the problem might be this? > > === > Debug: <WebObjects Apache Module> new translate: > /cgi-bin/WebObjects/CEBOIS.woa/wo/14.2 > Info: <WebObjects Apache Module> new request: > /cgi-bin/WebObjects/CEBOIS.woa/wo/14.2 > Debug: App Name: CEBOIS.woa/wo/14.2 (6) > Debug: req_allocateContent(): content will be streamed. content length = > 2031013 > Info: V4 URL: /cgi-bin/WebObjects/CEBOIS.woa/wo/14.2 > Info: Cookie instance 1 from woinst=1; wosid=bYkhovnML9gbkEGcLKmzUw; > routeid_cebois=.cebois_2004; routeid_sd3test=.sd3test_2016; > routeid_ema3=.ema3_2001; routeid_ema=.ema_2010 > Info: Selecting specific app instance 1. > Debug: Composed URL to '/cgi-bin/WebObjects/CEBOIS.woa/1/wo/14.2' > Info: New request is POST /cgi-bin/WebObjects/CEBOIS.woa/1/wo/14.2 HTTP/1.1 > > Info: Sending request to instance number 1, port 2004 > Info: Trying to contact CEBOIS:1 on (2004) > Info: attempting to connect to 127.0.0.1 on port 2004 > Info: CEBOIS:1 on (2004) connected [pooled: No] > Debug: sendBuffers(): timed out > Error: error sending request > Error: Failed to send request > Info: Marking instance 1 dead > Warn: Marking 127.0.0.1:1 unresponsive > Debug: connectionAttempts = 1, retries = 0 > Info: Reading configuration from > http://localhost:1085/WebObjects/wotaskd.woa/wa/woconfig > Info: attempting to connect to localhost on port 1085 > Info: Preparing to read config for host: localhost > Info: New response: HTTP/1.0 200 Apple WebObjects > Debug: Header read: last-modified: Thu, 13 Feb 2025 11:14:38 GMT > Debug: Header read: x-webobjects-loadaverage: 0 > Debug: Header read: content-type: text/xml > Debug: Header read: content-length: 332 > Info: content-length was set expl.: 332 > Error: Request handling error: Did not receive any response from application. > It is possible that the application does not exist, or that the requested url > is incorrect. > ... ... > === > > Thanks a lot, > OC > >>> On 12 Feb 2025, at 20:06, ocs--- via Webobjects-dev >>> <webobjects-dev@lists.apple.com> wrote: >>> >>> Hi there, >>> >>> is there a known cure for the darned “IOException: Connection reset by >>> peer: Amount read didn't match content-length” exception upon a file upload? >>> >>> Started to happening to us lately. Smaller files upload all right, bigger >>> ones (from about 2 MB up) trigger this error. Increasing the Java memory >>> through -Xmx does not seem to help. >>> >>> Thanks! >>> OC >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/webobjects-dev/hugi%40karlmenn.is >>> >>> This email sent to h...@karlmenn.is >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/webobjects-dev/ocs%40ocs.cz >> >> This email sent to o...@ocs.cz >
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
