Return-Path: Delivered-To: apmail-ws-axis-dev-archive@www.apache.org Received: (qmail 21235 invoked from network); 1 Jun 2006 13:37:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 1 Jun 2006 13:37:29 -0000 Received: (qmail 74738 invoked by uid 500); 1 Jun 2006 13:37:25 -0000 Delivered-To: apmail-ws-axis-dev-archive@ws.apache.org Received: (qmail 74696 invoked by uid 500); 1 Jun 2006 13:37:24 -0000 Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-dev@ws.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list axis-dev@ws.apache.org Received: (qmail 74684 invoked by uid 99); 1 Jun 2006 13:37:24 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Jun 2006 06:37:24 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [209.237.227.198] (HELO brutus.apache.org) (209.237.227.198) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Jun 2006 06:37:24 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 5E5D571429D for ; Thu, 1 Jun 2006 13:36:31 +0000 (GMT) Message-ID: <24439128.1149168991383.JavaMail.jira@brutus> Date: Thu, 1 Jun 2006 13:36:31 +0000 (GMT+00:00) From: =?utf-8?Q?J=C3=B6rg_Eichhorn_=28JIRA=29?= To: axis-dev@ws.apache.org Subject: [jira] Updated: (AXIS2-771) Namespace handling in DOOM In-Reply-To: <18756931.1148658158771.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/AXIS2-771?page=3Dall ] J=C3=B6rg Eichhorn updated AXIS2-771: -------------------------------- Attachment: SOAPElementImpl.diff I experienced a similar problem that these additional namespaces are added = when manually creating a SOAP message with the saaj implementation. In the attached patch the creation of new child elements of a soap element = is change to only create the element without passing the namespace uri to t= he getOwnerDocument().getElement... method. The real namespace is already set afterwards. I am not sure if this is a generic solution for AXIS2, but at least for my = use case it works fine. > Namespace handling in DOOM > -------------------------- > > Key: AXIS2-771 > URL: http://issues.apache.org/jira/browse/AXIS2-771 > Project: Apache Axis 2.0 (Axis2) > Type: Bug > Versions: 1.0 > Reporter: Marcus Ludvigson > Assignee: Ruchith Udayanga Fernando > Priority: Blocker > Attachments: SOAPElementImpl.diff > > Eran Chinthaka to axis-user=20 > =20 > Seems like a bug in ns handling of DOOM. Can you please create a JIRA > issue (http://issues.apache.org/jira/browse/AXIS2). > ------------------------------- > Hi,=20 > =20 > I am executing a webservice with and without security turned on. The resu= lt when executing the WS with security turned on is that I get excessive am= ount of namespaces ( axis2ns23, axis2ns24, axis2ns25, etc) compared to exec= uting without security. I also get a ArrayIndexOutOfBoundsException the fir= st time running with security but it works if I run it again.=20 > =20 > Who is generating all of these namespaces, and can I do something to avoi= d it? > =20 > See info below. > =20 > Regards,=20 > Marcus Ludvigson > =20 > =20 > Result when executing without security:=20 > =20 > > =20 > > > =20 > > =20 > =20 > Result when executing with security: > =20 > > > > > > =20 > =20 > Relevant part from the WSDL: > =20 > > =20 > > > > > =20 > > > > > > =20 > > =20 > =20 > ArrayIndexOutOfBounds: > =20 > SymbMap.index(Object) line: not available > SymbMap.get(String) line: not available > NameSpaceSymbTable.addMapping(String, String, Attr) line: not available > Canonicalizer20010315ExclOmitComments(Canonicalizer20010315Excl).handleAt= tributesSubtree(Element, NameSpaceSymbTable) line: not available=20 > Canonicalizer20010315ExclOmitComments(CanonicalizerBase).canonicalizeSubT= ree(Node, NameSpaceSymbTable, Node) line: not available > Canonicalizer20010315ExclOmitComments(CanonicalizerBase).engineCanonicali= zeSubTree(Node, Node) line: not available=20 > Canonicalizer20010315ExclOmitComments(CanonicalizerBase).engineCanonicali= ze(XMLSignatureInput) line: not available > Canonicalizer20010315ExclOmitComments(Canonicalizer20010315Excl).engineCa= nonicalize(XMLSignatureInput, String) line: not available=20 > TransformC14NExclusive.enginePerformTransform(XMLSignatureInput, OutputSt= ream) line: not available > Transform.performTransform(XMLSignatureInput, OutputStream) line: not ava= ilable > Transforms.performTransforms(XMLSignatureInput, OutputStream) line: not a= vailable=20 > Reference.getContentsAfterTransformation(XMLSignatureInput, OutputStream)= line: not available > Reference.dereferenceURIandPerformTransforms(OutputStream) line: not avai= lable > Reference.calculateDigest() line: not available=20 > Reference.verify() line: not available > SignedInfo(Manifest).verifyReferences(boolean) line: not available > SignedInfo.verify(boolean) line: not available > XMLSignature.checkSignatureValue(Key) line: not available=20 > XMLSignature.checkSignatureValue(X509Certificate) line: not available > SignatureProcessor.verifyXMLSignature(Element, Crypto, X509Certificate[],= Set, byte[][]) line: 264 > SignatureProcessor.handleToken(Element, Crypto, Crypto, CallbackHandler, = WSDocInfo, Vector, WSSConfig) line: 79=20 > WSSecurityEngine.processSecurityHeader(Element, CallbackHandler, Crypto, = Crypto) line: 269 > WSSecurityEngine.processSecurityHeader(Document, String, CallbackHandler,= Crypto, Crypto) line: 191 > WSDoAllReceiver.processMessage (MessageContext) line: 180 > WSDoAllReceiver(WSDoAllHandler).invoke(MessageContext) line: 82 --=20 This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org For additional commands, e-mail: axis-dev-help@ws.apache.org