Return-Path: Delivered-To: apmail-ws-axis-c-dev-archive@www.apache.org Received: (qmail 52340 invoked from network); 16 Mar 2005 17:23:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 16 Mar 2005 17:23:25 -0000 Received: (qmail 30754 invoked by uid 500); 16 Mar 2005 17:23:25 -0000 Delivered-To: apmail-ws-axis-c-dev-archive@ws.apache.org Received: (qmail 30727 invoked by uid 500); 16 Mar 2005 17:23:25 -0000 Mailing-List: contact axis-c-dev-help@ws.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: "Apache AXIS C Developers List" Reply-To: "Apache AXIS C Developers List" Delivered-To: mailing list axis-c-dev@ws.apache.org Received: (qmail 30712 invoked by uid 99); 16 Mar 2005 17:23:24 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from ajax-1.apache.org (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 16 Mar 2005 09:23:23 -0800 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (8.12.11/8.12.11) with ESMTP id j2GHJMox016915 for ; Wed, 16 Mar 2005 18:19:22 +0100 Message-ID: <107905526.1110993562025.JavaMail.jira@ajax.apache.org> Date: Wed, 16 Mar 2005 18:19:22 +0100 (CET) From: "Mark Whitlock (JIRA)" To: axis-c-dev@ws.apache.org Subject: [jira] Commented: (AXISCPP-545) getNamespacePrefix() API in Call class does not return NULL for non existing namespace URI. In-Reply-To: <1304402155.1110805570609.JavaMail.jira@ajax.apache.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/AXISCPP-545?page=comments#action_60984 ] Mark Whitlock commented on AXISCPP-545: --------------------------------------- Having investigated it, I believe that Call::getNamespacePrefix is behaving correctly or at least it is doing what it was intended to do. The problem it is trying to solve happens when the Axis engine or a client application has a namespace that it is going to use for an attribute or a headerblock or something and it wants to get a new prefix for that namespace that hasn't been used before. So if that namespace is already associated with a prefix, Call::getNamespacePrefix returns that prefix. If the namespace is not associated with any prefix, Call::getNamespacePrefix creates a new prefix. The prefixes it creates all start with ns and end with a number that it increments every time to make sure it never returns the same prefix for different namespaces. The soap serializer handles standard namespaces differently - those namespaces that are not defined by the application. So Call::getNamespacePrefix doesn't know anything about those and so will create a new prefix for them if they are passed in. I have run DynamicGetNamespacePrefixTest and this is the behaviour you are seeing. Basically the test needs to be rewritten. I am happy to rewrite the test if you would like, just let me know. I will add in better comments in the Call::getNamespacePrefix API docs to explain all this. Please let me know what you would like me do with this JIRA. Thanks. > getNamespacePrefix() API in Call class does not return NULL for non existing namespace URI. > ------------------------------------------------------------------------------------------- > > Key: AXISCPP-545 > URL: http://issues.apache.org/jira/browse/AXISCPP-545 > Project: Axis-C++ > Type: Bug > Reporter: James Jose > Assignee: Mark Whitlock > > Instead of NULL getNamespacePrefix() API returns some prefix for non existing namespace URI. Also API does not return correct prefix for existing namespace URIs. > DynamicGetNamespacePrefixTest addresses these issues. -- 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 - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira