Return-Path: Delivered-To: apmail-ws-axis-dev-archive@www.apache.org Received: (qmail 5908 invoked from network); 10 Dec 2004 05:09:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 10 Dec 2004 05:09:31 -0000 Received: (qmail 99794 invoked by uid 500); 10 Dec 2004 05:09:27 -0000 Delivered-To: apmail-ws-axis-dev-archive@ws.apache.org Received: (qmail 99762 invoked by uid 500); 10 Dec 2004 05:09:27 -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: Delivered-To: mailing list axis-dev@ws.apache.org Received: (qmail 99741 invoked by uid 99); 10 Dec 2004 05:09:27 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from relay2.slt.lk (HELO relay2.slt.lk) (203.115.0.28) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 09 Dec 2004 21:09:25 -0800 Received: from extreme (localhost [127.0.0.1]) by relay2.slt.lk (8.12.10/8.12.10) with ESMTP id iBA34xWO005162 for ; Fri, 10 Dec 2004 11:05:08 +0800 (SGT) Message-Id: <200412100305.iBA34xWO005162@relay2.slt.lk> Reply-To: From: "Eran Chinthaka" To: Subject: RE: [Axis2][OM] Simpler way to get NameSpace Date: Fri, 10 Dec 2004 11:09:09 +0600 Organization: LSF MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: Thread-Index: AcTdo340DNs4N/jjQ8CYQ45R5GLhUwAzgujQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Oh, I think I missed a lot, just being absent for one day. BTW : Let me answer the questions, even though I'm bit late. I might have missed some mails, if yes, please forgive me. To start with I don't that much understand why Srinath wanna remove OMNamespace from the API and "Hide" it. Has it committed a crime ?? :) First I will explain the rationale behind some namespace methods in OMElement. The resolveNamespace(uri, prefix) is there to check whether there are any namespaces already created with the given info. The reason behind having this is that, one can avoid having two namespaces with same uri and prefix. I think as Sanjiva suggested resolveNamespace(prefix) should also be there. But according to what Alek said, I agree that this should be resolveNamespace(uri). But this means, there can be two (or more) namespace with different prefixes, but same URI ? Do we wanna allow that ?? The createNamespace(uri, prefix) - I agree to rename this as declareNamespace :) And I agree that OMNamespace must have following methods. - String getNamespaceName () - String getNamespacePrefix () The rationale behind OMNamespace extends OMNode is that, we store Namespaces in the element as a linked list. I agree that this extending from some what weird OMNode. I think the name is not correct. We want to have getNextSibling, insertSibling etc., to OMNamespace as well. One must agree that OMNamespace *MUST* have getNextSibling, insertSibling etc., Thoughts and Comments ?? Thankx and regards, -- Eran Chinthaka