axis-java-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Davanum Srinivas" <dava...@gmail.com>
Subject Re: Compilation error with WSDL2Java and XmlBeans
Date Wed, 18 Oct 2006 03:55:11 GMT
Gul,

*PLEASE* create a JIRA, so that we can track and fix the problem.

thanks,
dims

On 10/17/06, Gul Onural <onural@nortel.com> wrote:
> Just as a quick addition to Jerome's e-mail, I have seen similar
> anomalies in the
> wsdl2java when I import other xsd files into my wsdl file. For now I
> have decided to
> not to use wsdl2java and rely on Axiom to parse the xml messages,
> manually, until
> the wsdl2java is enhanced to handle complex wsdl files with includes and
> imports.
>
> Gul
>
> -----Original Message-----
> From: Magnet, Jerome (CAR:QT11)
> Sent: Tuesday, October 17, 2006 5:48 PM
> To: axis-user@ws.apache.org
> Subject: RE: Compilation error with WSDL2Java and XmlBeans
>
> I finally managed to generate something based on the WSDL2Java and the
> XmlBeans databinding.
> I have been simplifying my set of xml files (WSDL & XSD) up to a point
> where the generation provides the set of expected Java files and
> associated resources.
>
> I capture in this long (too long) thread two sets of WSDL files and
> their WSDL2Java invokation cmds:
>
> Set#1: one WSDL file (MyService2.wsdl with WSDL2Java invoke script:
> wsdl2.bat) with all interface definitions (WSDL/XSD) This one is working
> - I did not check in depth the generated Java files.
> But, after a quick tour it seems fine.
>
> Set#2: three WSDL files (other ones)
> This one is just a simple split of the one in set#1. It is simply a
> cascading pattern of wsdl:include with file1 into file2 into file3. And,
> that is enough to brake the generation of all XmlBeans derived
> artifacts.
>
> So, it seems clear that WSDL2Java has some issues with wsdl:include. I
> don't understand how it interferes with the XmlBeans code generation.
>
> Also, here is a list of other definition styles that I though were
> issues with axis2 WSDL2Java (but seems ok to me):
> - I have two operations in my interface (portType). And, that is not an
> issue here (Brenan you may want to have a look at that)
> - I have two different namespaces. One for all WSDL definitions and
> another for all Schema definitions
> - I have two parts for the soap binding of the two operations; one part
> for the SOAP header (header schema element in my namespace) One part for
> the SOAP body (payload schema element specific to the operation message)
> That works well and the signature of my operations in my Java interface
> looks fine (in the working set#1 :) )
>
> So, I think we can close this long email thread. I will submit a JIRA
> with the attached files. I appreciate all the help I received for this
> request. This forum is very active. I hope the response from axis2 team
> will be the same!
>
> Final note about what I am trying to do with Axis2.
> I am currently the editor of the MTOSI XML (WSDL/XSD) solution set,
> which is an interface developed by Telecom standard organization
> (www.tmforum.org). I am interested in Axis2 as an open source toolkit to
> help with the definition of our specifications reference implementation
> development. Our XML solution set proposes WS based on a set of WSDL and
> XSD files with a complex level of references. Definitions using import
> and includes in XSD and WSDL are commonly found across several
> namespaces (XSD and WSDL) in various locations.
>
> The reason for all of that complexity is due to a logical break down of
> the overal XML definitions from various packages with UML modeling of
> the interfaces and the data model.
>
> So, I will be happy in helping axis2 developers improve the WSDL2Java
> tool, by testing it against our XML specs.
>
> Thanks,
> Jerome
>
>
> -----Original Message-----
> From: Spies, Brennan [mailto:Brennan.Spies@ejgallo.com]
> Sent: Tuesday, October 17, 2006 1:54 PM
> To: axis-user@ws.apache.org
> Subject: RE: Compilation error with WSDL2Java and XmlBeans
>
>
> Jerome,
>
> I am using the more boilerplate version of <wsdl:binding>, like so...
>
> <wsdl:binding>
>         <soap:binding style="document"
>                 transport="http://schemas.xmlsoap.org/soap/http" />
>         <wsdl:operation name="...">
>                 <soap:operation soapAction="..."/>
>                 <wsdl:input>
>                         <soap:body use="literal"/>
>                 </wsdl:input>
>                 <wsdl:output>
>                         <soap:body use="literal"/>
>                 </wsdl:output>
>                 ...
>         </wsdl:operation>
> </wsdl:binding>
>
> I've had no problems using the same top-down code generation scenario
> with XMLBeans. My guess (and it's only a guess) is that the code
> generator is not handling multiple operations.
>
> My advice (which you can take or leave...):
>
> 1. File a JIRA. The Axis 2 team has been really good about fixing these.
> Most of the ones I've filed have been fixed in 24 hrs. or less.
>
> 2. If you're pressed for time, change it so that each <portType> and
> <binding> only has one operation.
>
> 3. The namespace should be a URI. I personally prefer URNs myself (never
> liked URLs for this, seems silly to have protocol info like http:// in a
> namespace). Something like "urn:tmf854:v1:ws" works...
>
> 4. Get rid of the redundant <include>'s on your XSD (e.g. where A is
> included in B, A is included in C, and B and C are both included in your
> WSDL). Technically, the code generator should handle it by unique
> schemaLocation, but it may not be (I suspect this is why you were
> getting the messages saying it would not overwrite an existing class).
>
>
> Brennan Spies
> Sr. Programmer Analyst
> Shared Application Services
>
>
> -----Original Message-----
> From: Jerome Magnet [mailto:jeromem@nortel.com]
> Sent: Tuesday, October 17, 2006 10:19 AM
> To: axis-user@ws.apache.org
> Subject: RE: Compilation error with WSDL2Java and XmlBeans
>
> Yes. It is definitely WSDL 1.1. Refer to the two nms in all the
> wsdl;definitions of my wsdl files are based on WSDL 1.1 nms:
> xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" and
> xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
>
> We have a lot of tools already making use of these WSDL files. XMLspy is
> my XML editor (use it with Eclipse plug-ins or native). Also, other
> tools/middleware such as Artix from IONA can process these WSDL files
> without any problems.
>
> Here are my comments on the two issues found so far:
> BP2803 I guess this is just a warning. Because it is a valid URI. I also
> changed that to a true HTTP address in my simplification attempt. BP2105
> I moved the wsdl:import above the wsdl:types and the the schema import.
> It still fails.
>
> I don't know how the above issues relate to the issue of not having any
> XmlBeans Java classes generated for my schema. Should I be expecting
> that, or should I re-use the Java code I generate for my XSD's using
> XmlBeans (scomp)? Is there a document that describes the integration
> process of XmlBeans as databinder with axis2 based on simple example
> (one operation)?
>
> Thanks again,
> Jerome
>
> -----Original Message-----
> From: Spies, Brennan [mailto:Brennan.Spies@ejgallo.com]
> Sent: Tuesday, October 17, 2006 12:35 PM
> To: axis-user@ws.apache.org
> Subject: RE: Compilation error with WSDL2Java and XmlBeans
>
>
> It's not WSDL 2.0, or there would be no <portType>, but rather an
> <interface> definition.
>
> The <wsdl:binding> section here does deviate from the standard
> boilerplate for a sync operation SOAP over HTTP (not using
> soap:operation and specifying soap:header info, having multiple
> operations per portType/binding), but it is legal WSDL. From the 1.1
> spec (section 3.2):
>
> <definitions .... >
>     <binding .... >
>         <soap:binding style="rpc|document" transport="uri">
>         <operation .... >
>            <soap:operation soapAction="uri"? style="rpc|document"?>?
>            <input>
>                <soap:body parts="nmtokens"? use="literal|encoded"
>                           encodingStyle="uri-list"? namespace="uri"?>
>                <soap:header message="qname" part="nmtoken"
> use="literal|encoded"
>                             encodingStyle="uri-list"? namespace="uri"?>*
>                  <soap:headerfault message="qname" part="nmtoken"
> use="literal|encoded"
>                                    encodingStyle="uri-list"?
> namespace="uri"?/>*
>                <soap:header>
>            </input>
>            <output>
>                <soap:body parts="nmtokens"? use="literal|encoded"
>                           encodingStyle="uri-list"? namespace="uri"?>
>                <soap:header message="qname" part="nmtoken"
> use="literal|encoded"
>                             encodingStyle="uri-list"? namespace="uri"?>*
>                  <soap:headerfault message="qname" part="nmtoken"
> use="literal|encoded"
>                                    encodingStyle="uri-list"?
> namespace="uri"?/>*
>                <soap:header>
>            </output>
>            <fault>*
>                <soap:fault name="nmtoken" use="literal|encoded"
>                            encodingStyle="uri-list"? namespace="uri"?>
>             </fault>
>         </operation>
>     </binding>
>
>     <port .... >
>         <soap:address location="uri"/>
>     </port>
> </definitions>
>
>
> It's not shown above, but section 2.4 & 2.5 puts a * after <operation>
> subelements, showing that multiple operations are allowed.
>
>
> Brennan Spies
> Sr. Programmer Analyst
> Shared Application Services
>
> -----Original Message-----
> From: robert lazarski [mailto:robertlazarski@gmail.com]
> Sent: Tuesday, October 17, 2006 7:20 AM
> To: axis-user@ws.apache.org
> Subject: Re: Compilation error with WSDL2Java and XmlBeans
>
> This looks like WSDL 2.0 , though I'm not sure since I've never used it.
> Looking at the structure it seems to be. I don't see the style
> definition for example. Furthermore, you are getting warnings using
> eclipses WTP validation, the second seeming more important:
>
> 1       WS-I: (BP2803) The wsdl:import element's "namespace" attribute
> value
> is a relative URI.      NotificationService.wsdl
>
> 1       WS-I: (BP2105) A wsdl:import element in the WSDL namespace under
> the
> wsdl:definitions element, is preceded by child elements other than
> wsdl:documentation elements.    NotificationService.wsdl
>
> The error I get running wsdl2java on these is that it can't resolve your
> binding:
>
>   [java] 17/10/2006 11:11:01
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder findBinding
>      [java] INFO: A service element was not found - picking a random
> binding!
>      [java] Exception in thread "main"
> org.apache.axis2.wsdl.codegen.CodeGenerationException: Error parsing
> WSDL
>      [java]     at
> org.apache.axis2.wsdl.codegen.CodeGenerationEngine.<init>(CodeGeneration
> Engin
> e.java:112)
>      [java]     at
> org.apache.axis2.wsdl.WSDL2Code.main(WSDL2Code.java:32)
>      [java]     at
> org.apache.axis2.wsdl.WSDL2Java.main(WSDL2Java.java:21)
>      [java] Caused by: org.apache.axis2.AxisFault: No bindings found in
> wsdl; nested exception is:
>      [java]     org.apache.axis2.AxisFault: No bindings found in wsdl
>      [java]     at
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder.populateService(
> WSDL1
> 1ToAxisServiceBuilder.java:246)
>      [java]     at
> org.apache.axis2.wsdl.codegen.CodeGenerationEngine.<init>(CodeGeneration
> Engin
> e.java:103)
>      [java]     ... 2 more
>
> HTH,
> Robert
>
> On 10/16/06, Jerome Magnet <jeromem@nortel.com> wrote:
> > That's the nightly package I used to get the output mentioned earlier
> > (see below). Also, I tried to simplify the XSD of the messages by
> > having all definitions in one XSD file. I simplified the message
> > schema with a simple element definition with one level of element's
> > containment for each message. And, I have one namespace for WSDL and
> > XSD definitions. Unfortunately, the result is still the same. I don't
> > get any XmlBeans Java classes for all schema definitions as I would
> > get by compiling with XmlBeans. I attached the BAT file (replaced
> > extension by txt) I use to invoke WSDL2Java.
> >
> > Jerome
> >
> > >>>> Output based on simplified XSD
> > Using AXIS2_HOME:   D:\Apps\axis2
> > Using JAVA_HOME:    D:\Java\jdk1.5.0_02
> > AXIS2_CLASS_PATH
> > D:\Apps\axis2;D:\Apps\axis2\lib\activation-1.1.jar;D:\Apps\axis2\lib\a
> > nn
> > ogen-0.1.0.
> >
> jar;D:\Apps\axis2\lib\axiom-api.jar;D:\Apps\axis2\lib\axiom-dom.jar;D:\A
> > pps\axis2\lib\axiom-impl.jar
> >
> ;D:\Apps\axis2\lib\axis2-adb-1.1-SNAPSHOT.jar;D:\Apps\axis2\lib\axis2-ad
> > b-codegen-1.1.jar;D:\Apps\ax
> >
> is2\lib\axis2-codegen-1.1.jar;D:\Apps\axis2\lib\axis2-java2wsdl-1.1.jar;
> > D:\Apps\axis2\lib\axis2-jaxb
> >
> ri-1.1.jar;D:\Apps\axis2\lib\axis2-jibx-1.1.jar;D:\Apps\axis2\lib\axis2-
> > kernel-1.1.jar;D:\Apps\axis2
> >
> \lib\axis2-saaj-1.1.jar;D:\Apps\axis2\lib\axis2-spring-1.1.jar;D:\Apps\a
> > xis2\lib\axis2-tools-1.1.jar
> >
> ;D:\Apps\axis2\lib\axis2-xmlbeans-1.1.jar;D:\Apps\axis2\lib\backport-uti
> > l-concurrent-2.2.jar;D:\Apps
> >
> \axis2\lib\commons-codec-1.3.jar;D:\Apps\axis2\lib\commons-fileupload-1.
> > 1.1.jar;D:\Apps\axis2\lib\co
> >
> mmons-httpclient-3.0.1.jar;D:\Apps\axis2\lib\commons-logging-1.1.jar;D:\
> > Apps\axis2\lib\geronimo-spec
> >
> -jms-1.1-rc4.jar;D:\Apps\axis2\lib\jakarta-httpcore-4.0-alpha2.jar;D:\Ap
> > ps\axis2\lib\jaxen-1.1-beta-
> >
> 10.jar;D:\Apps\axis2\lib\jaxme2-0.5.1.jar;D:\Apps\axis2\lib\jaxmeapi-0.5
> > .1.jar;D:\Apps\axis2\lib\jax
> >
> mejs-0.5.1.jar;D:\Apps\axis2\lib\jaxmexs-0.5.1.jar;D:\Apps\axis2\lib\jib
> > x-bind.jar;D:\Apps\axis2\lib
> >
> \jibx-run.jar;D:\Apps\axis2\lib\mail-1.4.jar;D:\Apps\axis2\lib\neethi.ja
> > r;D:\Apps\axis2\lib\servleta
> >
> pi-2.3.jar;D:\Apps\axis2\lib\spring-beans-1.2.8.jar;D:\Apps\axis2\lib\sp
> > ring-context-1.2.8.jar;D:\Ap
> >
> ps\axis2\lib\spring-core-1.2.8.jar;D:\Apps\axis2\lib\spring-web-1.2.8.ja
> > r;D:\Apps\axis2\lib\stax-api
> >
> -1.0.1.jar;D:\Apps\axis2\lib\stax-utils-20060915.jar;D:\Apps\axis2\lib\w
> > oden-1.0.0M6.jar;D:\Apps\axi
> >
> s2\lib\wsdl4j-1.6.1.jar;D:\Apps\axis2\lib\wstx-asl-3.0.1.jar;D:\Apps\axi
> > s2\lib\xbean-2.2.0.jar;D:\Ap
> >
> ps\axis2\lib\xercesImpl-2.8.1.jar;D:\Apps\axis2\lib\xml-apis-1.3.03.jar;
> > D:\Apps\axis2\lib\XmlSchema.
> > jar
> > Retrieving document at 'NotificationServiceSOAP.wsdl', relative to
> > 'file:/D:/Jeromem/Code/testAxis2/ ./wsdl/'.
> > Retrieving document at 'NotificationService.wsdl', relative to
> > 'file:/D:/Jeromem/Code/testAxis2/wsdl
> > /NotificationServiceSOAP.wsdl'.
> > Retrieving schema at 'xsd/NotificationService2.xsd', relative to
> > 'file:/D:/Jeromem/Code/testAxis2/ws
> > dl/NotificationService.wsdl'.
> > Retrieving document at 'Exceptions.wsdl', relative to
> > 'file:/D:/Jeromem/Code/testAxis2/wsdl/Notifica
> > tionService.wsdl'.
> > Retrieving schema at 'xsd/Exceptions2.xsd', relative to
> > 'file:/D:/Jeromem/Code/testAxis2/wsdl/Except
> > ions.wsdl'.
> > Oct 16, 2006 9:37:10 PM
> org.apache.axis2.wsdl.codegen.writer.ClassWriter
> > createOutFile
> > INFO: File
> > src\src\org\tmforum\mtosi\ws\NotificationServiceSkeletonInterface.java
> > will not be overwr
> > itten.
> > Oct 16, 2006 9:37:10 PM
> org.apache.axis2.wsdl.codegen.writer.ClassWriter
> > createOutFile
> > INFO: File
> src\src\org\tmforum\mtosi\ws\NotificationServiceSkeleton.java
> > will not be overwritten.
> > Oct 16, 2006 9:37:10 PM
> org.apache.axis2.wsdl.codegen.writer.ClassWriter
> > createOutFile
> > INFO: File
> >
> src\src\org\tmforum\mtosi\ws\NotificationServiceMessageReceiverInOut.jav
> > a will not be ove
> > rwritten.
> > Oct 16, 2006 9:37:10 PM
> org.apache.axis2.wsdl.codegen.writer.ClassWriter
> > createOutFile
> > INFO: File
> > src\src\org\tmforum\mtosi\ws\ProcessingFailureExceptionException.java
> > will not be overwri
> > tten.
> > Oct 16, 2006 9:37:10 PM
> org.apache.axis2.wsdl.codegen.writer.ClassWriter
> > createOutFile
> > INFO: File src\src\org\tmforum\mtosi\ws\NotificationService.java will
> > not be overwritten. Oct 16, 2006 9:37:10 PM
> org.apache.axis2.wsdl.codegen.writer.ClassWriter
> > createOutFile
> > INFO: File
> > src\src\org\tmforum\mtosi\ws\ProcessingFailureExceptionException.java
> > will not be overwri
> > tten.
> > Oct 16, 2006 9:37:10 PM
> org.apache.axis2.wsdl.codegen.writer.ClassWriter
> > createOutFile
> > INFO: File src\src\org\tmforum\mtosi\ws\NotificationServiceStub.java
> > will not be overwritten.
> >
> > -----Original Message-----
> > From: robert lazarski [mailto:robertlazarski@gmail.com]
> > Sent: Monday, October 16, 2006 8:53 PM
> > To: axis-user@ws.apache.org
> > Subject: Re: Compilation error with WSDL2Java and XmlBeans
> >
> >
> > This zip file has all the jars you need - only these jars should be in
>
> > your classpath.
> >
> > http://people.apache.org/dist/axis2/nightly/axis2-std-1.1-SNAPSHOT-bin
> > .z
> > ip
> >
> > Could you try that packages jars and let us know if that works for
> > you? If not I'll try and give a look at it.
> >
> > Robert
> >
> > On 10/16/06, Jerome Magnet <jeromem@nortel.com> wrote:
> > > First, thanks for your quick replies.
> > >
> > > Now, I used in my classpath all the nightly jars from the
> > > "%AXIS2_HOME%\lib\*.jar" as defined in the WSDL2Java.bat (or sh). I
> > > am
> >
> > > not sure what you mean by std-bin? I looked at the min bin nightly
> > > package. But, it does not have the codegen libraries (WSDL2Java
> > > class not found).
> > >
> > > I will try to send all my WSDL/XSD files in this email. I tried in a
>
> > > zip file and changing the zip by txt but it seems that posting to
> > > this
> >
> > > mailing list always fails with a zip formated file. Note that all
> > > xsd files are in xsd folder found with wsdl files.
> > >
> > > Jerome
> > >
> > > -----Original Message-----
> > > From: robert lazarski [mailto:robertlazarski@gmail.com]
> > > Sent: Monday, October 16, 2006 5:06 PM
> > > To: axis-user@ws.apache.org
> > > Subject: Re: Compilation error with WSDL2Java and XmlBeans
> > >
> > >
> > > I also just noticed you have some old jars in your classpath. Try
> > > placing _only_ the jars in your classpath that are from the nightly
> > > std-bin distro.
> > >
> > > Robert
> > >
> > > On 10/16/06, robert lazarski <robertlazarski@gmail.com> wrote:
> > > > Post your wsdl and schemas and maybe we can help. The wsdl does
> > > > validate, right ?
> > > >
> > > > Robert
> > > >
> > > > On 10/16/06, Jerome Magnet <jeromem@nortel.com> wrote:
> > > > > Robert,
> > > > >
> > > > > I tried the latest nightly load. It does not fail as before.
> > > > > But, I got the following output (see below):
> > > > >
> > > > > I got three java classes and 2 XML resources.
> > > > > I don't see any XMLBeans Java classes based on the XML schema of
>
> > > > > all
> > >
> > > > > messages (request/Response/Exception). Also, reading the
> > > > > generated
> >
> > > > > wsdl it has all the message schema missing. Actually, the
> > > > > namespace is missing. And, the prefix of my parts are "null"
> > > > > (See extract below)? Does it mean that I can use the Java
> > > > > classes compiled with XmlBeans? Is there a recipe to follow on
> > > > > how to integrate XmlBeans library of java classes with the Java
> > > > > code generated by axis2?
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Jerome
> > > > >
> > > > > >>> generated WSDL
> > > > > <wsdl:definitions
> > > > > xmlns:mime="http://schemas.xmlsoap.org/wsdl/mime/"
> > > > > xmlns:http="http://schemas.xmlsoap.org/wsdl/http/"
> > > > > xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/"
> > > > > xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
> > > > > xmlns:tmf854WS="tmf854.v1.ws"
> > > > > xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
> > > > > targetNamespace="tmf854.v1.ws">
> > > > >   <wsdl:types/>
> > > > >   <wsdl:message name="subscribe">
> > > > >     <wsdl:part name="part1" element="null:subscribe"/>
> > > > >   </wsdl:message>
> > > > >   <wsdl:message name="subscribe">
> > > > >     <wsdl:part name="mtosiHeader" element="null:header"/>
> > > > >   </wsdl:message>
> > > > >   <wsdl:message name="subscribeResponse">
> > > > >     <wsdl:part name="part1" element="null:subscribeResponse"/>
> > > > >   </wsdl:message>
> > > > >   <wsdl:message name="subscribeResponse">
> > > > >     <wsdl:part name="mtosiHeader" element="null:header"/>
> > > > >   </wsdl:message>
> > > > >   <wsdl:message name="ProcessingFailureException">
> > > > >     <wsdl:part name="part1"
> > > > > element="null:ProcessingFailureException"/>
> > > > > ...
> > > > >
> > > > > >>> output from WSDL2Java
> > > > > Retrieving document at 'NotificationServiceSOAP.wsdl', relative
> > > > > to
> >
> > > > > 'file:/D:/Jeromem/Code/testAxis2/ ./wsdl/'. Retrieving document
> > > > > at
> >
> > > > > 'NotificationService.wsdl', relative to
> > > > > 'file:/D:/Jeromem/Code/testAxis2/wsdl
> > > > > /NotificationServiceSOAP.wsdl'.
> > > > > Retrieving schema at 'xsd/interfaces/NotificationService.xsd',
> > > relative
> > > > > to 'file:/D:/Jeromem/Code/te
> > > > > stAxis2/wsdl/NotificationService.wsdl'.
> > > > > Retrieving schema at '../common/Header.xsd', relative to
> > > > > 'file:/D:/Jeromem/Code/testAxis2/wsdl/xsd/i
> > > > > nterfaces/NotificationService.xsd'.
> > > > > Retrieving schema at 'HeaderVendorExtensions.xsd', relative to
> > > > > 'file:/D:/Jeromem/Code/testAxis2/wsdl
> > > > > /xsd/common/Header.xsd'.
> > > > > Retrieving schema at 'Definitions.xsd', relative to
> > > > > 'file:/D:/Jeromem/Code/testAxis2/wsdl/xsd/common
> > > > > /HeaderVendorExtensions.xsd'.
> > > > > Retrieving schema at '../networkResources/Notifications.xsd',
> > > relative
> > > > > to 'file:/D:/Jeromem/Code/tes
> > > > > tAxis2/wsdl/xsd/interfaces/NotificationService.xsd'.
> > > > > Retrieving schema at 'GlobalDefinitions.xsd', relative to
> > > > > 'file:/D:/Jeromem/Code/testAxis2/wsdl/xsd/
> > > > > networkResources/Notifications.xsd'.
> > > > > Retrieving schema at '../common/Definitions.xsd', relative to
> > > > > 'file:/D:/Jeromem/Code/testAxis2/wsdl/
> > > > > xsd/networkResources/GlobalDefinitions.xsd'.
> > > > > Retrieving schema at 'VendorExtensions.xsd', relative to
> > > > > 'file:/D:/Jeromem/Code/testAxis2/wsdl/xsd/n
> > > > > etworkResources/Notifications.xsd'.
> > > > > Retrieving schema at '../common/Definitions.xsd', relative to
> > > > > 'file:/D:/Jeromem/Code/testAxis2/wsdl/
> > > > > xsd/networkResources/VendorExtensions.xsd'.
> > > > > Retrieving schema at 'LayerRates.xsd', relative to
> > > > > 'file:/D:/Jeromem/Code/testAxis2/wsdl/xsd/network
> > > > > Resources/Notifications.xsd'.
> > > > > Retrieving schema at '../common/Definitions.xsd', relative to
> > > > > 'file:/D:/Jeromem/Code/testAxis2/wsdl/
> > > > > xsd/networkResources/LayerRates.xsd'.
> > > > > Retrieving schema at 'ProbableCauses.xsd', relative to
> > > > > 'file:/D:/Jeromem/Code/testAxis2/wsdl/xsd/net
> > > > > workResources/Notifications.xsd'.
> > > > > Retrieving schema at '../common/Definitions.xsd', relative to
> > > > > 'file:/D:/Jeromem/Code/testAxis2/wsdl/
> > > > > xsd/networkResources/ProbableCauses.xsd'.
> > > > > Retrieving document at 'Exceptions.wsdl', relative to
> > > > > 'file:/D:/Jeromem/Code/testAxis2/wsdl/Notifica
> > > > > tionService.wsdl'.
> > > > > Retrieving schema at 'xsd/interfaces/Exceptions.xsd', relative
> > > > > to 'file:/D:/Jeromem/Code/testAxis2/w
> > > > > sdl/Exceptions.wsdl'.
> > > > > Retrieving schema at '../common/Header.xsd', relative to
> > > > > 'file:/D:/Jeromem/Code/testAxis2/wsdl/xsd/i
> > > > > nterfaces/Exceptions.xsd'.
> > > > > Retrieving schema at 'VendorExtensions.xsd', relative to
> > > > > 'file:/D:/Jeromem/Code/testAxis2/wsdl/xsd/i
> > > > > nterfaces/Exceptions.xsd'.
> > > > > Oct 16, 2006 4:05:33 PM
> > > org.apache.axis2.wsdl.codegen.writer.ClassWriter
> > > > > createOutFile
> > > > > INFO: File
> > > src\src\org\tmforum\mtosi\ws\NotificationServiceSkeleton.java
> > > > > will not be overwritten.
> > > > > Oct 16, 2006 4:05:33 PM
> > > org.apache.axis2.wsdl.codegen.writer.ClassWriter
> > > > > createOutFile
> > > > > INFO: File
> > > > >
> > > src\src\org\tmforum\mtosi\ws\NotificationServiceMessageReceiverInOut
> > > .j
> > > av
> > > > > a will not be ove
> > > > > rwritten.
> > > > > Oct 16, 2006 4:05:33 PM
> > > org.apache.axis2.wsdl.codegen.writer.ClassWriter
> > > > > createOutFile
> > > > > INFO: File
> > > > >
> > > src\src\org\tmforum\mtosi\ws\ProcessingFailureExceptionException.jav
> > > a
> > > > > will not be overwri
> > > > > tten.
> > > > >
> > > > > -----Original Message-----
> > > > > From: robert lazarski [mailto:robertlazarski@gmail.com]
> > > > > Sent: Saturday, October 14, 2006 6:51 PM
> > > > > To: axis-user@ws.apache.org
> > > > > Subject: Re: Compilation error with WSDL2Java and XmlBeans
> > > > >
> > > > >
> > > > > Have you tried the latest nightly ?
> > > > >
> > > > > http://people.apache.org/dist/axis2/nightly/axis2-1.1-SNAPSHOT.w
> > > > > ar
> > > > >
> http://people.apache.org/dist/axis2/nightly/axis2-std-1.1-SNAPSHOT
> > > > > -b
> > > > > in.z
> > > > > ip
> > > > >
> > > > > If the problem persists, please create a jira and upload your
> > > > > wsdl
> >
> > > > > and schemas.
> > > > >
> > > > > HTH,
> > > > > Robert
> > > > >
> > > > > On 10/14/06, Jerome Magnet <jeromem@nortel.com> wrote:
> > > > > >
> > > > > >
> > > > > >
> > > > > > I have the following error with WSDL2Java (see below). I don't
>
> > > > > > understand what is the issue. The WSDL/XSD validates with
> > > > > > XMLSpy. Also, I can compile all XSD with XmlBeans (scomp). It
> > > > > > seems that the issue is in: NotificationService.xsd:29:40 And,
>
> > > > > > there is a reference to a null element in the namespace? The
> > > > > > line numbers refer to a simpletype string with enumerations.
> > > > > >
> > > > > > Finally, I noticed some issues with wsdl:import. It went away
> > > > > > when
> > >
> > > > > > I put all my WSDL files in the same folder.
> > > > > >
> > > > > > Thanks,
> > > > > > Jerome
> > > > > >
> > > > > > >>> Compilation output with WSDL2Java
> > > > > > Using AXIS2_HOME:   D:\Apps\axis2
> > > > > > Using JAVA_HOME:    D:\Java\jdk1.5.0_02
> > > > > > AXIS2_CLASS_PATH
> > > > > > D:\Apps\axis2;D:\Apps\xmlbeans-2.1.0\lib\jsr173_1.0_api.jar;D:
> > > > > > \A
> > > > > > pp
> > > > > > s\xm
> > > > > > lbeans-2.1.0\
> > > > > >
> > > > > lib\resolver.jar;D:\Apps\axis2\lib\annogen-0.1.0.jar;D:\Apps\axi
> > > > > s2
> > > > > \l
> > > > > ib\a
> > > > > xiom-api-1.0.jar;D:\Apps\axi
> > > > > >
> > > > > s2\lib\axiom-dom-1.0.jar;D:\Apps\axis2\lib\axiom-impl-1.0.jar;D:
> > > > > \A
> > > > > pp
> > > > > s\ax
> > > > > is2\lib\axis2-adb-1.0.jar;D:
> > > > > >
> > > > > \Apps\axis2\lib\axis2-codegen-1.0.jar;D:\Apps\axis2\lib\axis2-ji
> > > > > bx
> > > > > -1
> > > > > .0.j
> > > > > ar;D:\Apps\axis2\lib\axis2-k
> > > > > >
> > > > > ernel-1.0.jar;D:\Apps\axis2\lib\axis2-tools-1.0.jar;D:\Apps\axis
> > > > > 2\
> > > > > li
> > > > > b\ax
> > > > > is2-xmlbeans-1.0.jar;D:\Apps
> > > > > >
> > > > > \axis2\lib\backport-util-concurrent-2.1.jar;D:\Apps\axis2\lib\co
> > > > > mm
> > > > > on
> > > > > s-co
> > > > > dec-1.3.jar;D:\Apps\axis2\li
> > > > > >
> > > > > b\commons-fileupload-1.0.jar;D:\Apps\axis2\lib\commons-httpclien
> > > > > t-
> > > > > 3.
> > > > > 0.ja
> > > > > r;D:\Apps\axis2\lib\commons-
> > > > > >
> > > > > logging-1.0.4.jar;D:\Apps\axis2\lib\geronimo-spec-activation-1.0
> > > > > .2
> > > > > -r
> > > > > c4.j
> > > > > ar;D:\Apps\axis2\lib\geronim
> > > > > >
> > > > > o-spec-javamail-1.3.1-rc5.jar;D:\Apps\axis2\lib\geronimo-spec-jm
> > > > > s-
> > > > > 1.
> > > > > 1-rc
> > > > > 4.jar;D:\Apps\axis2\lib\jaxe
> > > > > >
> > > > > n-1.1-beta-8.jar;D:\Apps\axis2\lib\jaxme2-0.5.1.jar;D:\Apps\axis
> > > > > 2\
> > > > > li
> > > > > b\ja
> > > > > xmeapi-0.5.1.jar;D:\Apps\axi
> > > > > >
> > > > > s2\lib\jaxmejs-0.5.1.jar;D:\Apps\axis2\lib\jaxmexs-0.5.1.jar;D:\
> > > > > Ap
> > > > > ps
> > > > > \axi
> > > > > s2\lib\log4j-1.2.13.jar;D:\A
> > > > > >
> > > > > pps\axis2\lib\neethi-1.0.1.jar;D:\Apps\axis2\lib\servletapi-2.3.
> > > > > ja
> > > > > r;
> > > > > D:\A
> > > > > pps\axis2\lib\stax-api-1.0.j
> > > > > >
> > > > > ar;D:\Apps\axis2\lib\stax-utils-20060501.jar;D:\Apps\axis2\lib\w
> > > > > sd
> > > > > l4
> > > > > j-1.
> > > > > 5.2.jar;D:\Apps\axis2\lib\ws
> > > > > >
> > > > > tx-asl-2.9.3.jar;D:\Apps\axis2\lib\xbean-2.1.0.jar;D:\Apps\axis2
> > > > > \l
> > > > > ib
> > > > > \Xml
> > > > > Schema-1.0.2.jar
> > > > > > Retrieving document at 'NotificationServiceSOAP.wsdl',
> > > > > > relative to
> > >
> > > > > > 'file:/D:/Jeromem/Code/axis2/./ws dl/'. Retrieving document
at
>
> > > > > > 'NotificationService.wsdl', relative to
> > > > > > 'file:/D:/Jeromem/Code/axis2/wsdl/Not
> > > > > >
> > > > > > ificationServiceSOAP.wsdl'.
> > > > > > Retrieving schema at 'xsd/interfaces/NotificationService.xsd',
> > > > > > relative to 'file:/D:/Jeromem/Code/ax
> > > > > > is2/wsdl/NotificationService.wsdl'.
> > > > > >
> > > > > > Retrieving schema at '../common/Header.xsd', relative to
> > > > > > 'file:/D:/Jeromem/Code/axis2/wsdl/xsd/inter
> > > > > > faces/NotificationService.xsd'.
> > > > > > Retrieving schema at 'HeaderVendorExtensions.xsd', relative
to
>
> > > > > > 'file:/D:/Jeromem/Code/axis2/wsdl/xsd
> > > > > > /common/Header.xsd'.
> > > > > > Retrieving schema at 'Definitions.xsd', relative to
> > > > > > 'file:/D:/Jeromem/Code/axis2/wsdl/xsd/common/Hea
> > > > > > derVendorExtensions.xsd'.
> > > > > > Retrieving schema at '../networkResources/Notifications.xsd',
> > > > > > relative to 'file:/D:/Jeromem/Code/axi
> > > > > > s2/wsdl/xsd/interfaces/NotificationService.xsd'.
> > > > > >
> > > > > > Retrieving schema at 'GlobalDefinitions.xsd', relative to
> > > > > > 'file:/D:/Jeromem/Code/axis2/wsdl/xsd/netw
> > > > > > orkResources/Notifications.xsd'.
> > > > > > Retrieving schema at '../common/Definitions.xsd', relative to
> > > > > > 'file:/D:/Jeromem/Code/axis2/wsdl/xsd/
> > > > > > networkResources/GlobalDefinitions.xsd'.
> > > > > > Retrieving schema at 'VendorExtensions.xsd', relative to
> > > > > > 'file:/D:/Jeromem/Code/axis2/wsdl/xsd/netwo
> > > > > > rkResources/Notifications.xsd'.
> > > > > > Retrieving schema at '../common/Definitions.xsd', relative to
> > > > > > 'file:/D:/Jeromem/Code/axis2/wsdl/xsd/
> > > > > > networkResources/VendorExtensions.xsd'.
> > > > > > Retrieving schema at 'LayerRates.xsd', relative to
> > > > > > 'file:/D:/Jeromem/Code/axis2/wsdl/xsd/networkReso
> > > > > > urces/Notifications.xsd'.
> > > > > > Retrieving schema at '../common/Definitions.xsd', relative to
> > > > > > 'file:/D:/Jeromem/Code/axis2/wsdl/xsd/
> > > > > > networkResources/LayerRates.xsd'.
> > > > > > Retrieving schema at 'ProbableCauses.xsd', relative to
> > > > > > 'file:/D:/Jeromem/Code/axis2/wsdl/xsd/network
> > > > > > Resources/Notifications.xsd'.
> > > > > > Retrieving schema at '../common/Definitions.xsd', relative to
> > > > > > 'file:/D:/Jeromem/Code/axis2/wsdl/xsd/
> > > > > > networkResources/ProbableCauses.xsd'.
> > > > > > Retrieving document at 'Exceptions.wsdl', relative to
> > > > > > 'file:/D:/Jeromem/Code/axis2/wsdl/Notification
> > > > > > Service.wsdl'.
> > > > > > Retrieving schema at 'xsd/interfaces/Exceptions.xsd', relative
>
> > > > > > to 'file:/D:/Jeromem/Code/axis2/wsdl/
> > > > > > Exceptions.wsdl'.
> > > > > > Retrieving schema at '../common/Header.xsd', relative to
> > > > > > 'file:/D:/Jeromem/Code/axis2/wsdl/xsd/inter
> > > > > > faces/Exceptions.xsd'.
> > > > > > Retrieving schema at 'VendorExtensions.xsd', relative to
> > > > > > 'file:/D:/Jeromem/Code/axis2/wsdl/xsd/inter
> > > > > > faces/Exceptions.xsd'.
> > > > > > Exception in thread "main"
> > > > > > org.apache.axis2.wsdl.codegen.CodeGenerationException:
> > > > > > java.lang.RuntimeE
> > > > > > xception: java.lang.reflect.InvocationTargetException
> > > > > >         at
> > > > > > org.apache.axis2.wsdl.codegen.CodeGenerationEngine.generate(Co
> > > > > > de
> > > > > > Ge
> > > > > > nera
> > > > > > tionEngine.java:185
> > > > > > )
> > > > > >         at
> > > > > > org.apache.axis2.wsdl.WSDL2Code.main(WSDL2Code.java:32)
> > > > > >         at
> > > > > > org.apache.axis2.wsdl.WSDL2Java.main(WSDL2Java.java:21)
> > > > > > Caused by: java.lang.RuntimeException:
> > > > > > java.lang.reflect.InvocationTargetException
> > > > > >         at
> > > > > >
> > > > > org.apache.axis2.wsdl.codegen.extension.XMLBeansExtension.engage
> > > > > (X
> > > > > ML
> > > > > Bean
> > > > > sExtension.java:9
> > > > > > 3)
> > > > > >         at
> > > > > >
> > > > > org.apache.axis2.wsdl.codegen.CodeGenerationEngine.generate(Code
> > > > > Ge
> > > > > ne
> > > > > rati
> > > > > onEngine.java:140
> > > > > > )
> > > > > >         ... 2 more
> > > > > > Caused by: java.lang.reflect.InvocationTargetException
> > > > > >         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> > > > > > Method)
> > > > > >         at
> > > > > >
> > > > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessor
> > > > > Im
> > > > > pl
> > > > > .jav
> > > > > a:39)
> > > > > >         at
> > > > > >
> > > > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod
> > > > > Ac
> > > > > ce
> > > > > ssor
> > > > > Impl.java:25)
> > > > > >         at java.lang.reflect.Method.invoke(Method.java:585)
> > > > > >         at
> > > > > >
> > > > > org.apache.axis2.wsdl.codegen.extension.XMLBeansExtension.engage
> > > > > (X
> > > > > ML
> > > > > Bean
> > > > > sExtension.java:8
> > > > > > 3)
> > > > > >         ... 3 more
> > > > > > Caused by: java.lang.RuntimeException:
> > > > > > org.apache.xmlbeans.XmlException: D:\Jeromem\Code\axis2\xsd\i
> > > > > > nterfaces\NotificationService.xsd:29:40: error:
> > > > > > src-resolve: type 'null@tmf854.v1' not found.
> > > > > >         at
> > > > > >
> > > > > org.apache.axis2.xmlbeans.CodeGenerationUtility.processSchemas(C
> > > > > od
> > > > > eG
> > > > > ener
> > > > > ationUtility.java
> > > > > > :192)
> > > > > >         ... 8 more
> > > > > > Caused by: org.apache.xmlbeans.XmlException:
> > > > > > D:\Jeromem\Code\axis2\xsd\interfaces\NotificationServic
> > > > > > e.xsd:29:40: error: src-resolve: type 'null@tmf854.v1' not
> > found.
> > > > > >         at
> > > > > >
> > > > > org.apache.xmlbeans.impl.schema.SchemaTypeSystemCompiler.compile
> > > > > (S
> > > > > ch
> > > > > emaT
> > > > > ypeSystemCompiler
> > > > > > .java:225)
> > > > > >         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> > > > > > Method)
> > > > > >         at
> > > > > >
> > > > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessor
> > > > > Im
> > > > > pl
> > > > > .jav
> > > > > a:39)
> > > > > >         at
> > > > > >
> > > > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod
> > > > > Ac
> > > > > ce
> > > > > ssor
> > > > > Impl.java:25)
> > > > > >         at java.lang.reflect.Method.invoke(Method.java:585)
> > > > > >         at
> > > > > >
> org.apache.xmlbeans.XmlBeans.compileXmlBeans(XmlBeans.java:665)
> > > > > >         at
> > > > > >
> > > > > org.apache.axis2.xmlbeans.CodeGenerationUtility.processSchemas(C
> > > > > od
> > > > > eG
> > > > > ener
> > > > > ationUtility.java
> > > > > > :161)
> > > > > >         ... 8 more
> > > > > >
> > > > >
> > > > > ----------------------------------------------------------------
> > > > > --
> > > > > --
> > > > > -
> > > > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > > > > For additional commands, e-mail: axis-user-help@ws.apache.org
> > > > >
> > > > >
> > > > > ----------------------------------------------------------------
> > > > > --
> > > > > --
> > > > > -
> > > > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > > > > For additional commands, e-mail: axis-user-help@ws.apache.org
> > > > >
> > > > >
> > > >
> > >
> > > --------------------------------------------------------------------
> > > -
> > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > > For additional commands, e-mail: axis-user-help@ws.apache.org
> > >
> > >
> > >
> > > --------------------------------------------------------------------
> > > -
> > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > > For additional commands, e-mail: axis-user-help@ws.apache.org
> > >
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: axis-user-help@ws.apache.org
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: axis-user-help@ws.apache.org
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
>
>


-- 
Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers)

---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org


Mime
View raw message