----- Original Message ----- From: "Costin Manolache" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, February 12, 2004 11:03 AM Subject: Re: Mod_Jk2 - Default Worker
> Henri Gomez wrote: > > > Well, if we didn't get the POST somewhere on the WebServer, and if the > > tomcat failed to respond, we couldn't resent the whole POST to the > > second one. > > > If we get the first bytes ( but not the entire POST ), we can still save > them, and if the first tomcat fails - resend it. > When a tomcat responds - it can ask for more bytes. > > If a tomcat is failing in the middle of the processing - it's better to > report the error and not try to recover. > +1. If tomcat has already gotten the body, and then dies, if you attempt to recover you will have charged the user's credit card twice :). > > > > > The strategy will be to keep, say up to 32kb on Apache pools, and if the > > POST is larger save it to filesystem. > > I'm not sure I understand the problem with saving only the first part of > the POST data. The request that is sent to tomcat only includes those > bytes anyway - tomcat has to ask for more. > > The problem is that getting the entier body changes the processing model > for POST fundamentally - the entire streaming is gone, servlets that may > reject the POST ( because the size is too big for example ) will still > have the entier body downloaded, etc. > > Are you sure this is absolutely needed ? > > Costin > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
