Return-Path: Delivered-To: apmail-xerces-j-dev-archive@www.apache.org Received: (qmail 30216 invoked from network); 13 Sep 2007 21:44:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 13 Sep 2007 21:44:55 -0000 Received: (qmail 15746 invoked by uid 500); 13 Sep 2007 21:44:48 -0000 Delivered-To: apmail-xerces-j-dev-archive@xerces.apache.org Received: (qmail 15727 invoked by uid 500); 13 Sep 2007 21:44:48 -0000 Mailing-List: contact j-dev-help@xerces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: j-dev@xerces.apache.org Delivered-To: mailing list j-dev@xerces.apache.org Received: (qmail 15716 invoked by uid 99); 13 Sep 2007 21:44:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Sep 2007 14:44:48 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Sep 2007 21:46:34 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 4318271420D for ; Thu, 13 Sep 2007 14:44:32 -0700 (PDT) Message-ID: <27963404.1189719872272.JavaMail.jira@brutus> Date: Thu, 13 Sep 2007 14:44:32 -0700 (PDT) From: "SHEREEF ABDULLA (JIRA)" To: j-dev@xerces.apache.org Subject: [jira] Commented: (XERCESJ-1268) parsing bix XMLs take very long time. A JAXRPC webservice request of soap size 2MB takes above 5 mins to complete parsing and start processing web service. In-Reply-To: <4600194.1189708292847.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/XERCESJ-1268?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12527283 ] SHEREEF ABDULLA commented on XERCESJ-1268: ------------------------------------------ When the SOAP Message size is about 4MB it leads to indefenite block of the thread due to String capacity increment issues.. > parsing bix XMLs take very long time. A JAXRPC webservice request of soap size 2MB takes above 5 mins to complete parsing and start processing web service. > ----------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: XERCESJ-1268 > URL: https://issues.apache.org/jira/browse/XERCESJ-1268 > Project: Xerces2-J > Issue Type: Improvement > Components: DOM (Level 3 Core) > Environment: Operating System: All > Platform: All > Reporter: SHEREEF ABDULLA > Attachments: JaxRPCProcessRequest.java, WrkingBigSOAP.txt > > > parsing bix XMLs take very long time. A JAXRPC webservice request of soap size 2MB takes above 5 mins to complete parsing and start processing web service. > Observed that the SOAP messages are read line by line and CharacterDataImpl.append() is getting called for each line. This appends each line to the string data which stores the previously read xml part. This call results in many string additions (say 20000+ for 1MB SOAP) of big string and the thread is most of the time blocked in StringBuilder.expandcapacity due to long string additions. > JAX RPC webservice with SOAP messages bigger than 1MB take 5 mins and more just for the web service implementation to start working as the jaxrpc does a SOAPMessage.getenvelop call to do HandlerChainImpl.checkMustUnderstand() checking for the request message header. Same problem happens for response also. for time being we commented checkMustUnderstand method so that the parsing doesn't happen at all. > String additions for each of the lines would have been avoided, either by creating the whole data single time or using string buffer instead of string. I tried to modify the data field to use StringBuffer instead of String but the underlying CoreDocumentImpl.modifiedCharacterData() and all underlying calls takes the string params so couldn't go ahead with it. > bug # XERCESJ-102 looks like the same issue.. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: j-dev-unsubscribe@xerces.apache.org For additional commands, e-mail: j-dev-help@xerces.apache.org