Hi Amila,

I tried the nightly build before but it gave the same output. The -u
option worked well with the 1.3 distribution.

Can I give extra input to help solving the bug?

Thanks,
Sietse

-----Original Message-----
From: Amila Suriarachchi [mailto:[EMAIL PROTECTED] 
Sent: 14 November 2007 13:53
To: [email protected]
Subject: Re: [Axis2] Failing code generation for valid wsdl (Axis also
has problems with the wsdl)

hi,
this is a bug in Axis2 1.3. you can overcome this by giving the -u
option.
or use a nighly build.

Amila.


On Nov 13, 2007 9:35 PM,  <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> I am quite new to axis and web services in general. Although I am 
> experienced with java (and a bit with xml).
>
> The problem I have is the following:
> I got the wsdl description (included all necessary xsd schema
> definitions) of a webservice defined by a big standardisation 
> organisation. I want to make use of it from a client point of view. I 
> already have a server implementation running but can't use it. The 
> wsdl is valid according to the Eclipse WTP wsdl validator (I also 
> validated all the xsd files). It goes wrong when I want to generate 
> sources from the wsdl with the wsdl2java or wsdl2code tool (tried from

> command line aswell using maven2 plugins). Both axis and axis2 can't 
> generate good sources from the description (while the description is
valid).
>
> ----------------------------------------------------------------------
> --
> ----------------------------------------------------------------------
> --
> --
> With axis2 (version 1.3) I get the following error after using
> wsdl2java.bat:
>
> [ERROR] PARSER_ERROR
> C:\Temp\axis2-1.3\bin\epcis\src\_1\wsdl\epcis\epcglobal\EPCglobalEPCIS
> Se
> rviceStub.java:8270:16: unexpected token: staticabstract
>         at
> de.hunsicker.jalopy.language.antlr.InternalJavaParser.classField(Inter
> na
> lJavaParser.java:3119)
>         at
> de.hunsicker.jalopy.language.antlr.InternalJavaParser.classBlock(Inter
> na
> lJavaParser.java:2457)
>         at
> de.hunsicker.jalopy.language.antlr.InternalJavaParser.classDefinition(
> In
> ternalJavaParser.java:710)
>         at
> de.hunsicker.jalopy.language.antlr.InternalJavaParser.typeDefinitionIn
> te
> rnal(InternalJavaParser.java:632)
>         at
> de.hunsicker.jalopy.language.antlr.InternalJavaParser.typeDefinition(I
> nt
> ernalJavaParser.java:465)
>         at
> de.hunsicker.jalopy.language.antlr.InternalJavaParser.parse(InternalJa
> va
> Parser.java:296)
>         at
> de.hunsicker.jalopy.language.JavaRecognizer.parse(JavaRecognizer.java:
> 58
> 8)
>         at de.hunsicker.jalopy.Jalopy.parse(Jalopy.java:1212)
>         at de.hunsicker.jalopy.Jalopy.format(Jalopy.java:1044)
>         at de.hunsicker.jalopy.Jalopy.format(Jalopy.java:1017)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
> av
> a:39)
>         at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess
> or
> Impl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:585)
>         at
> org.apache.axis2.util.PrettyPrinter.prettify(PrettyPrinter.java:89)
>         at
> org.apache.axis2.wsdl.codegen.extension.JavaPrettyPrinterExtension.pre
> tt
> ifyFile(JavaPrettyPrinterExtension.java:66)
>         at
> org.apache.axis2.wsdl.codegen.extension.JavaPrettyPrinterExtension.pre
> tt
> ify(JavaPrettyPrinterExtension.java:46)
>         at
> org.apache.axis2.wsdl.codegen.extension.JavaPrettyPrinterExtension.pre
> tt
> ify(JavaPrettyPrinterExtension.java:50)
>         at
> org.apache.axis2.wsdl.codegen.extension.JavaPrettyPrinterExtension.pre
> tt
> ify(JavaPrettyPrinterExtension.java:50)
>         at
> org.apache.axis2.wsdl.codegen.extension.JavaPrettyPrinterExtension.pre
> tt
> ify(JavaPrettyPrinterExtension.java:50)
>         at
> org.apache.axis2.wsdl.codegen.extension.JavaPrettyPrinterExtension.pre
> tt
> ify(JavaPrettyPrinterExtension.java:50)
>         at
> org.apache.axis2.wsdl.codegen.extension.JavaPrettyPrinterExtension.pre
> tt
> ify(JavaPrettyPrinterExtension.java:50)
>         at
> org.apache.axis2.wsdl.codegen.extension.JavaPrettyPrinterExtension.pre
> tt
> ify(JavaPrettyPrinterExtension.java:50)
>         at
> org.apache.axis2.wsdl.codegen.extension.AbstractPrettyPrinterExtension
> .e
> ngage(AbstractPrettyPrinterExtension.java:36)
>         at
> org.apache.axis2.wsdl.codegen.CodeGenerationEngine.generate(CodeGenera
> ti
> onEngine.java:259)
>         at org.apache.axis2.wsdl.WSDL2Code.main(WSDL2Code.java:35)
>         at org.apache.axis2.wsdl.WSDL2Java.main(WSDL2Java.java:24)
>
> ----------------------------------------------------------------------
> --
> ----------------------------------------------------------------------
> --
> --
>
> It starts and generates some of the files. The the line number 
> (8270!!) is suspected from my point of view. The file is also about 
> 4Mb which indicates a problem with the code generation? I searched and

> found a jira report at 
> https://issues.apache.org/jira/browse/AXIS2-3314 which is not
available at this moment (and yesterday).
>
> The schema definitions and wsdl files a publicly available and bundled

> in 
> http://www.epcglobalinc.org/standards/epcis/epcis_1_0-schema-20070412.
> zi
> p
>
> I hope anyone can help me with this issue, because I start to get 
> stuck on this. So conclusive:
> - Why can't axis2 use this validated wsdl to generate sources?
> - Is this a bug, or is the wsdl not well structured? (This would be a 
> big problem)
>
> Thanks in advance,
> - Sietse
>
>
>
>
> PS. Problem using Axis:
> ----------------------------------------------------------------------
> --
> ----------------------------------------------------------------------
> --
> --
>
> Although I want to make use of Axis2 I tried to use Axis to generate 
> sources which also failed. I included this for extra information which

> maybe gives someone a clue about the issue.
>
> With Axis the generation goes fine, the only problem there is one 
> generated source which isn't compilable (wrongly generated). This is 
> not very handy for the automatic build. I also can't figure out why
this is.
> It looks like problems with a combination of xsd:any elements with 
> anyURI.
>
> ----------------------------------------------------------------------
> --
> ----------------------------------------------------------------------
> --
> --
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>



--
Amila Suriarachchi,
WSO2 Inc.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to