Mailing-List: contact cxf-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cxf-user@incubator.apache.org
Received-SPF: neutral (herse.apache.org: local policy)
Message-ID: <7b774c950706171923w3da615bbw8760ce3ad06f22a1@mail.gmail.com>
Date: Sun, 17 Jun 2007 22:23:46 -0400
From: "Dan Diephouse" <dan@envoisolutions.com>
To: cxf-user@incubator.apache.org
Subject: Re: How to invoke a CXF endpoint from a WCF client ?
In-Reply-To: <46757C6F.7010901@comcast.net>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_87955_23971415.1182133426322"
References: <467303B4.8060603@comcast.net> <46757C6F.7010901@comcast.net>

------=_Part_87955_23971415.1182133426322
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

This is definitely not valid per the spec... I think this might be a problem
with the JAXBDataBinding/JAXBSchemaInitializer code.

Any chance you tried a snapshot build recently?
Thanks,
- Dan

On 6/17/07, Dan Connelly <daniel.s.connelly@comcast.net> wrote:
>
> OK.   Don't blame VS Express ("Orcas") just yet.   The major problem
> appears to come from CXF (2.0 RC in my case).
>
> The snag shows up when Orcas runs svcutil.exe, which is does for "Add
> Service Reference ...".    This is the Microsoft tool equivalent of
> wsdl2java (or wsimport).
>
> Svcutil throws errors and fails to produce any C# artifacts when the
> WSDL it reads contains 2 or more element type definitions with the same
> name.    And, duplicate element types seems quite common in CXF samples
> (at least for xformat BindingType).
>
> For instance, for sample "hello_world_xml_bare" server returns the the
> following definitions in response to the ?wsdl URL:
>
> ...
> <wsdl:types>
>     <xs:schema attributeFormDefault="unqualified"
> elementFormDefault="unqualified"
> targetNamespace="http://apache.org/hello_world_xml_http/bare/types">
>         <xs:element name="myComplexStruct" nillable="true"
> type="tns:myComplexStructType"/>
>         <xs:element name="requestType" nillable="true" type="xs:string"/>
>         <xs:element name="responseType" nillable="true" type="xs:string"/>
>         <xs:complexType name="myComplexStructType">
>             <xs:sequence>
>                 <xs:element form="qualified" name="elem1"
> type="xs:string"/>
>                 <xs:element form="qualified" name="elem2"
> type="xs:string"/>
>                 <xs:element form="qualified" name="elem3" type="xs:int"/>
>             </xs:sequence>
>         </xs:complexType>
>     <xs:element name="myComplexStruct" nillable="true"
> type="tns:myComplexStructType"/>
>     <xs:element name="responseType" nillable="true" type="xs:string"/>
>     <xs:element name="requestType" nillable="true" type="xs:string"/>
>     <xs:element name="responseType" nillable="true" type="xs:string"/>
>     </xs:schema>
>     <xsd:schema attributeFormDefault="unqualified"
> elementFormDefault="qualified"
> targetNamespace="http://apache.org/hello_world_xml_http/bare">
>         <xsd:import
> namespace="http://apache.org/hello_world_xml_http/bare/types"/>
>         <xsd:import
> namespace="http://apache.org/hello_world_xml_http/bare/types"/>
>         <xsd:element name="in" nillable="true"
> type="ns0:myComplexStructType"/>
>         <xsd:element name="out" nillable="true"
> type="ns0:myComplexStructType"/>
>         <xsd:element name="out" nillable="true" type="xsd:string"/>
>     </xsd:schema>
> </wsdl:types>
> ...
>
>
> Note:
>
> This WSDL has 2 definitions each named   myComplextType, requestType, out
> It also has 3 definitions named:   responseType
>
> I suspect that the WSDL XML specification would not allow multiple
> declarations of element types with the same name.
>
> Whether or not the spec allows duplicate names, the fact it breaks the
> Microsoft tooling (which would be used frequently for client creation)
> is full justification for CXF eliminating its output of element type
> names in the synthetic WSDL.
>
>        -- Dan Connelly
>
>
> ------------------------------------------------------------------------------------------------------
>
>
> Dan Connelly wrote:
> > Compare with:   How to invoke a WSIT endpoint from a WCF client ?
> > <http://blogs.sun.com/arungupta/entry/how_to_invoke_a_wsit>
> >
> > I am trying this process but for a CXF endpoint using latest C# Visual
> > Studio 9 Express ("Orcas") from Microsoft.
> >
> > I have not found a CXF sample WSDL that works cleanly with Orcas "Add
> > Service Reference" function.
> >
> > Any suggestions?
> >
> >       -- Dan Connelly
> >
> >
> >
>
>


-- 
Dan Diephouse
Envoi Solutions
http://envoisolutions.com | http://netzooid.com/blog

------=_Part_87955_23971415.1182133426322--