Hi Martin, Thanks for your ideas. But this is making life more complex. The web service client(the real users of the web service) can directly send large files to the web server. I have no control over that. I cannot ask them to send zip files or whatever. But from server side, I should restrict the size of the file to be 5mb.
I thought this is just a parameter setting in the axis2.xml 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. 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: axis-user@ws.apache.org 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: axis-user@ws.apache.org 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. :( 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: axis-user@ws.apache.org 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]<mailto:[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]> <mailto:[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]<mailto:[EMAIL PROTECTED]> For additional commands, e-mail: [EMAIL PROTECTED]<mailto:[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>