Hi, > There is a similar parameter setting in the tomcat service.xml as > maxPostSize="<in bytes>" , this will restrict the size of incoming POST > request. But this does not work for axis web service requests, but that > configuration is quite easier and no need to waste time on clustering and > stuff. > Restricting the message size using the app server (eg: tomcat) would be the approach most of the users might be using... I'm surprised to hear that Tomcat does not restrict the incoming POST request size for Axis2 web service requests.. For tomcat, it would be just another request.. Does this happen only with a particular scenerio (eg: with http chunking? ).
thanks, Thilina > > > Hope in future, we will be able to get such configurable solution. > > > > Thank you. > > Regards, > > Simen > > > > *From:* Martin Gainty [mailto:[EMAIL PROTECTED] > *Sent:* Wednesday, 13 August 2008 12:03 PM > *To:* [email protected] > *Subject:* RE: mtom file size > > > > your SOAP response can be a URL to the file ..and hand the URL to FTP > server for bulk of the heavy lifting > another idea is to compress the file which will conserve bandwidth > > the question is which server has the necessary bandwidth to handle the > transmission? > if you're bogging down your webapp server you might want consider > clustering > http://tomcat.apache.org/tomcat-5.5-doc/cluster-howto.html > > Most prod servers run with 4GB RAM > so you'll want to increment your stack and heap params to accomodate more > RAM > > http://publib.boulder.ibm.com/infocenter/javasdk/v6r0/index.jsp?topic=/com.ibm.java.doc.diagnostics.60/diag/appendixes/defaults.html > > heavy resource-intensive operations should be handled by threads to prevent > bogging down the JVM proc > > you may also want to consider Chunked-encoding .. > > Anyone else? > Martin > ______________________________________________ > Disclaimer and confidentiality note > Everything in this e-mail and any attachments relates to the official > business of Sender. This transmission is of a confidential nature and Sender > does not endorse distribution to any party other than intended recipient. > Sender does not necessarily endorse content contained within this > transmission. > > ------------------------------ > > From: [EMAIL PROTECTED] > To: [email protected] > Date: Wed, 13 Aug 2008 09:12:40 +1000 > Subject: RE: mtom file size > > Hi Thilina, > > It is a big threat to the web service. L > > I don't want to crash my web server by receiving large files. > > We cannot request from the clients to send small files and people are > always willing to blame us by crashing the web server. > > There may be some settings in the tomcat configurations to limit the size > of incoming request. Any suggestions? > > > > Thank you. > > > > Regards, > > simen > > > > *From:* Thilina Gunarathne [mailto:[EMAIL PROTECTED] > *Sent:* Wednesday, 13 August 2008 1:35 AM > *To:* [email protected] > *Subject:* Re: mtom file size > > > > I would say it's possible.. > > thanks, > Thilina > > On Tue, Aug 12, 2008 at 6:01 AM, Samisa Abeysinghe < > [EMAIL PROTECTED]> wrote: > > Thilina Gunarathne wrote: > > I'm not sure whether Axis2 MTOM policy implementation supports such a > scenerio.. Other than that, I cannot think of any.. > > > > Does this mean that someone can send several large attachments concurrently > and take down the server by making it go out of resources? > > Thanks, > Samisa... > > > thanks, > Thilina > > > > On Mon, Aug 11, 2008 at 5:38 PM, Shehan Simen <[EMAIL PROTECTED]<mailto: > [EMAIL PROTECTED]>> wrote: > > Hi, > > I want to specify the maximum file size when using MTOM. > > The client should not send to the service files bigger than 5mb > and I am using MTOM with axis2 1.4 (deployed in tomcat) > > How to restrict the file size? > > > Please let me know. > > > Thanks. > > > > > > > -- > Thilina Gunarathne - http://thilinag.blogspot.com > > > > -- > Samisa Abeysinghe > > http://people.apache.org/~samisa/ <http://people.apache.org/%7Esamisa/> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > -- > Thilina Gunarathne - http://thilinag.blogspot.com > > > ------------------------------ > > Get Windows Live and get whatever you need, wherever you are. Start > here.<http://www.windowslive.com/default.html?ocid=TXT_TAGLM_WL_Home_082008> > -- Thilina Gunarathne - http://thilinag.blogspot.com
