You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-user@axis.apache.org by "Agrawal, Anuj (Anuj)** CTR **" <ag...@lucent.com> on 2002/08/23 19:14:37 UTC

bug? axis generates faults in the wrong namespace?

I have the following scenario (using Axis Beta 2) - i doubt Beta 3 fixes this either:

1. I have a data.wsdl which contains all my type definitions, including <messages> where i define faults (exceptions).

2. I have a abc.wsdl (which is a different namespace than the targetnamespace in data.wsdl) which contains my services which throw the faults (defined in data.wsdl).

When i run Axis' WSDL2Java tool, i find that rather than generating the java files for the faults in the namespace defined in data.wsdl, it generates it in the namespace defined by abc.wsdl.  This looks like a bug. 8(

Additional Info:
data.wsdl
=======
<definitions
   name='data'
   targetNamespace='http://www.csapi.org/data/wsdl'
   xmlns='http://schemas.xmlsoap.org/wsdl/'
   xmlns:wsdl='http://schemas.xmlsoap.org/wsdl/'
   xmlns:soap='http://schemas.xmlsoap.org/wsdl/soap/'
   xmlns:SOAP-ENC='http://schemas.xmlsoap.org/soap/encoding/'
   xmlns:xsd='http://www.w3.org/2001/XMLSchema'
   xmlns:data='http://www.csapi.org/data/wsdl'
   xmlns:dataxsd='http://www.csapi.org/data/schema'
   >
  :
   <message name='P_CONFLICT'>
      <part name='ExtraInformation' type='dataxsd:TpString'/>
   </message>
abc.wsdl
=======
<definitions
	name="abc"
	targetNamespace="http://www.csapi.org/abc/wsdl"
	xmlns="http://schemas.xmlsoap.org/wsdl/"
	xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
	xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
	xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" 	xmlns:xsd="http://www.w3.org/2001/XMLSchema"
	xmlns:abc="http://www.csapi.org/abc/wsdl"
	xmlns:abcxsd="http://www.csapi.org/abc/schema"
	xmlns:data="http://www.csapi.org/data/wsdl"
	xmlns:dataxsd="http://www.csapi.org/data/schema"
	>
  : <!-- in some operation -->
	<fault name="P_CONFLICT" message="data:P_CONFLICT"/>

Thanks.
Anuj.