From susan84@example.org Fri Sep 24 13:55:06 2004
Return-Path: <susan84@example.org>
Delivered-To: susan84@example.org
Received: (qmail 4522 invoked from network); 24 Sep 2004 13:55:06 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155)
  by minotaur-2.apache.org with SMTP; 24 Sep 2004 13:55:06 -0000
Received: (qmail 56041 invoked by uid 500); 24 Sep 2004 13:56:47 -0000
Delivered-To: susan84@example.org
Received: (qmail 55775 invoked by uid 500); 24 Sep 2004 13:56:45 -0000
Mailing-List: contact susan84@example.org; run by ezmlm
Precedence: bulk
Reply-To: susan84@example.org
list-help: <mailto:susan84@example.org>
list-unsubscribe: <mailto:susan84@example.org>
list-post: <mailto:susan84@example.org>
Delivered-To: mailing list susan84@example.org
Received: (qmail 55412 invoked by uid 99); 24 Sep 2004 13:56:41 -0000
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=NO_REAL_NAME
X-Spam-Check-By: apache.org
Received: from [83.161.120.155] (HELO exchange.sun.com) (83.161.120.155)
  by apache.org (qpsmtpd/0.28) with SMTP; Fri, 24 Sep 2004 06:56:41 -0700
Received: (qmail 15950 invoked from network); 24 Sep 2004 13:58:31 -0000
Received: from localhost (HELO nagoya) (83.161.120.155)
  by nagoya.betaversion.org with SMTP; 24 Sep 2004 13:58:31 -0000
Message-ID: <1753959667.1096034311939.JavaMail.apache@nagoya>
Date: Fri, 24 Sep 2004 06:58:31 -0700 (PDT)
From: susan84@example.org
To: susan84@example.org
Subject: [jira] Created: (WSIF-64) improper handling of <element ref=qname>
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

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:
  http://issues.apache.org/jira/browse/WSIF-64

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: WSIF-64
    Summary: improper handling of <element ref=qname>
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Axis-WSIF
 Components: 
             Basic Architecture
   Versions:
             current (nightly)

   Assignee: 
   Reporter: Jeff Greif

    Created: Fri, 24 Sep 2004 6:57 AM
    Updated: Fri, 24 Sep 2004 6:57 AM
Environment: Windows 2000 SP4, j2sdk1.4.2_05

Description:
Given these types:
            <element name="createAccountWithLogin" type="tns:CreateAccountWithLogin"/>
            <complexType name="CreateAccountWithLogin">
              <sequence>
                <element name="username" type="xsd:string"/>
                <element name="password" type="xsd:string"/>
                <element ref="tns:createAccount"/>
                <!-- <element name="createAccount" type="tns:CreateAccount"/> -->
              </sequence>
            </complexType>
            
and a doc/lit operation called createAccountWithLogin whose input message has a single part defined by a createAccountWithLogin element, WSIFPort.createOperation(operationName, null, null) 
fails in org.apache.wsif.providers.ProviderUtils.unwrapPart complaining that "sequence element has no type name".  This occurs because the wsif.schema stuff does not handle <element ref="..."> properly.  If the line above mentioning ref= is replaced by the one below it, the problem does not occur.

This applies to all builds I tried between 2.0 and one just made from cvs.


---------------------------------------------------------------------
JIRA INFORMATION:
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



{'source': 'Apache Software Foundation Public Mail Archives'}