Return-Path: Delivered-To: apmail-axis-c-user-archive@www.apache.org Received: (qmail 68433 invoked from network); 16 Aug 2010 21:44:09 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 16 Aug 2010 21:44:09 -0000 Received: (qmail 35852 invoked by uid 500); 16 Aug 2010 21:44:09 -0000 Delivered-To: apmail-axis-c-user-archive@axis.apache.org Received: (qmail 35818 invoked by uid 500); 16 Aug 2010 21:44:09 -0000 Mailing-List: contact c-user-help@axis.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache AXIS C User List" Delivered-To: mailing list c-user@axis.apache.org Received: (qmail 35810 invoked by uid 99); 16 Aug 2010 21:44:08 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Aug 2010 21:44:08 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of makos999@gmail.com designates 209.85.161.45 as permitted sender) Received: from [209.85.161.45] (HELO mail-fx0-f45.google.com) (209.85.161.45) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Aug 2010 21:43:59 +0000 Received: by fxm7 with SMTP id 7so3171640fxm.32 for ; Mon, 16 Aug 2010 14:43:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=JF8+gSHFq+cM4Buc+YYvieut+kKU1HTfST6aVSIL/Cc=; b=nOwbKpo6FGxa4Oj2+cEBiT4ADd7w99Lm+6hGB5kYAYGlyR0dM/Q2BsbnDDCDW68zDO U+jYgd5Xzp4dKU+X1pZWUSbSlq5ghXVDEhSvu569XJEN0KwfwHm5X6LbnNM68D7YmCcg d8eRK+/xeSzE85KGnx+fMUJIQlP4qrgTi/+ek= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=XQpygRInAl0xJpfVO0I1/XSii5hpRRaRQnZiBVxPwf1zg8UStGRRCdOR+tDcA2oLNL 77gW0T/m+cHb/g+mOtNK32gFDr4nCPXuNF9E6wZYsjfuQMZW7iL9k9KsUoIKGtycv4iV 134S+xqOaHlK/4UZFzS6Kt9o82BA0EhFIZVo4= Received: by 10.223.125.196 with SMTP id z4mr5646334far.80.1281995019388; Mon, 16 Aug 2010 14:43:39 -0700 (PDT) Received: from [192.168.0.103] (183-8-211.ip.adsl.hu [81.183.8.211]) by mx.google.com with ESMTPS id r10sm2662227faq.29.2010.08.16.14.43.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 16 Aug 2010 14:43:38 -0700 (PDT) Message-ID: <4C69B245.5090207@gmail.com> Date: Mon, 16 Aug 2010 23:48:53 +0200 From: Akos Marton User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.11) Gecko/20100721 SeaMonkey/2.0.6 MIME-Version: 1.0 To: Apache AXIS C User List Subject: Re: soap message limits - resolved one issue References: <0479BEF43A7A46D991E648D23B02A766@stevenzhg> <4C69AB41.6080606@gmail.com> <2CB69089CB0B47EE853D10CE3996086F@stevenzhg> In-Reply-To: <2CB69089CB0B47EE853D10CE3996086F@stevenzhg> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Using MTOM makes possible to send gigabites amount of data... Steven Zhang wrote: > I have no idea. When running with 2M response, it took 50s to clear > memory. 400K response took < 10s to clear. I have to ask the customer to > limit response size if possible. > > ----- Original Message ----- From: "Akos Marton" > To: "Apache AXIS C User List" > Sent: Monday, August 16, 2010 2:18 PM > Subject: Re: soap message limits - resolved one issue > > > What would you like to do if the file size bigger than Mbytes, tens of > MBytes or bigger? > > Steven Zhang wrote: >> I faced the same issue last week. The problem is my Axis2c client cannot >> receive response > 400K. When I run Axis2c client with Axis2c web >> service there is no problem, but my customer's web service is made by >> .Net, whose response structure is different from mine. >> >> The reason is found by debugging into Axis2c sources. The problem is in >> guththila_xml_parser.c (Guththila.dll). >> >> Suppose maximum size of each socket packet is 16K, to receive a 400K >> data it needs to receive 25 packets. For each packet Guththila.dll will >> allocate a memory with doubled size. At the 15th time, the packet size >> increased 2 ^ 15 = 32768 times, the new memory size will be 16K * 32768 >> = 524M, allocation failed here. When the problem happen, I do find the >> program eats up to 1G memory. >> >> To resolve it, increase new memory size only when data_size * 2 > >> buffer_size, so the new memory will keep less than 1 to 2 M. I tested it >> with 400K and 800K response, it all worked. It even works with 2M >> response. The modified file is attached. >> >> For Axis2c web service, the response is in XML format. Whenever >> guththila_xml_parser.c find a '<' sign, it will create a new node for >> the element. But for .Net web service, the response is a single string, >> all '<' signs are replaced with "<". The function has to allocate new >> memory to hold all 400K or more data. This is the reason why the >> problem occurs to .Net web service only. >> >> Hope it's useful to you. >> >> Steven Zhang >> >> >> ----- Original Message ----- >> *From:* Doug Price >> *To:* c-user@axis.apache.org >> *Sent:* Friday, August 13, 2010 10:40 AM >> *Subject:* soap message limits >> >> I�m using Axis2c to send base 64 binary encoded data via SOAP and >> this works fine as long as my data is small enough. For example, it >> works on a 6KB file, but when I try to use this for a 183KB file it >> fails. Is there an internal limit in Axis2c for SOAP messages or >> base 64 binary data? If so, are there any values I can change in >> the source to increase these limits? >> >> >> >> -- *Doug Price* >> Research Director | *Presagis* >> >> *T.* +1 972 943.2400 X2433 *F.* +1 469 467.4564 *C.* +1 469 867.8399 >> >> >> DISCLAIMER: This e-mail message is for the sole use of the intended >> recipient(s) and may contain confidential and/or proprietary >> information. Do not read, copy, or disseminate this message unless >> you are the addressee. Any unauthorized review, use, disclosure or >> distribution is strictly prohibited. If you have received this >> message in error, please contact the sender by reply e-mail and >> delete the original and any copies from your system. >> >> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: c-user-unsubscribe@axis.apache.org >> For additional commands, e-mail: c-user-help@axis.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: c-user-unsubscribe@axis.apache.org > For additional commands, e-mail: c-user-help@axis.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: c-user-unsubscribe@axis.apache.org > For additional commands, e-mail: c-user-help@axis.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: c-user-unsubscribe@axis.apache.org For additional commands, e-mail: c-user-help@axis.apache.org