[
https://issues.apache.org/jira/browse/AXIS2-4910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12993427#comment-12993427
]
Stamatis Glykos commented on AXIS2-4910:
----------------------------------------
Hello,
It seems that I am facing the same problem.
In my ant script I call the "org.apache.axis2.tool.ant.AntCodegenTask" to
generate the server and client side code.
But every time the compilation of produced files fails because some getter/
setter methods are missing.
My developing machine runs the followings:
java version "1.6.0"
Java(TM) SE Runtime Environment (build pwi3260sr8fp1-20100624_01(SR8 FP1))
IBM J9 VM (build 2.4, JRE 1.6.0 IBM J9 2.4 Windows XP x86-32
jvmwi3260sr8ifx-20100609_59383 (JIT enabled, AOT enabled)
J9VM - 20100609_059383
JIT - r9_20100401_15339ifx2
GC - 20100308_AA)
JCL - 20100624_01
D:\OSVviews\DLS_main\dls\develop\build>javac -version
javac 1.6.0-internal
Since I cannot understand and couldnt find what "FP 7.0.0.13" means, can anyone
tell me if that fix shall exist the JDK I use?
Thanks
> [ERR 0635] Sporadically from org.apache.axis2.wsdl.WSDL2Code followed by
> failing compilations using generated code
> ------------------------------------------------------------------------------------------------------------------
>
> Key: AXIS2-4910
> URL: https://issues.apache.org/jira/browse/AXIS2-4910
> Project: Axis2
> Issue Type: Bug
> Components: codegen
> Affects Versions: 1.5.1
> Environment: Various OSes (Windows XP, UNIX flavors, etc). May be
> specific to IBM V6 JDK.
> Reporter: William Walsh
> Attachments: Axis2DocWebServiceTestBPO.wsdl
>
>
> Not sure if this is an Axis2 bug (would have used question category if it was
> available to me), but:
> We are invoking the Axis2 1.5.1 org.apache.axis2.wsdl.WSDL2Code tool via an
> Ant <java> task and we're seeing sporadic failures where something - e.g. one
> attribute out of several is not being included in the generated Stub code, or
> as below when a method was missing. When I say sporadic I'm guessing it's
> about 5 or 6 identified failures out of hundreds across our automated nightly
> Anthill builders and our ClearCase builders. This is using WSDL 1.1 input.
> I'm only considering the period of time in the last few months when this area
> of our tests/builds has been stable and I have no reason to believe these
> errors are our internal issues. Unfortunately, all these builders wipe out
> the environment after the failure (unless I take extraordinary action) and so
> I have only been able to do limited investigation. I've never seen the issue
> in my own development environments.
> In one of the most recent failures I see our test code failing compilation as
> below because it's referencing a class method that WSDL2Code did not generate:
> {quote}
> curam \ util \ test \ webservices \ Axis2WSConnectorTest.java: 268: can not
> find symbol INFO - [javac] symbol: method get_return () INFO - [javac]
> location: class wsconnector.Axis2DocWebServiceTestBPOStub.OppositeResponse
> INFO - [javac] assertFalse (oppositeResponse.get_return ()); INFO - [javac] ^
> INFO - [javac] Note: Some input files use or override a deprecated API.
> INFO - [javac] Note: To learn more, use the-Xlint: deprecation recompile.
> INFO - [javac] 1 error
> {quote}
> And, we see this output for the generation of that related failing code:
> {quote}
> INFO - [JavaFromWSDL] Warning: "[ERR 0635] generated a number of functions
> than the JVM method size limit and is automatically divided into smaller
> functions.
> By using the Process or the Compile command" splitlimit "option, or by
> setting"
> http://www.ibm.com/xmlns/prod/xltxe-j/split-limit "converter plant property,
> you can manually put the huge template into smaller templates."
> INFO - [JavaFromWSDL] Warning: "[ERR 0635] generated a number of functions
> than the JVM method size limit and is automatically divided into smaller
> functions.
> By using the Process or the Compile command" splitlimit "option, or by
> setting"
> http://www.ibm.com/xmlns/prod/xltxe-j/split-limit "converter plant property,
> you can manually put the huge template into smaller templates."
> {quote}
> On this same builder another test ran immediately following this failure
> (same source, etc.) and did not fail. The failing build was using the IBM V6
> JDK and the non-failing build was using the Sun V6 JDK. Based on a google
> search (only 10 hits found) the above directed me to this IBM site, which
> appears to identify xltxe-j as new functionality:
> http://publib.boulder.ibm.com/infocenter/javasdk/v6r0/topic/com.ibm.java.doc.user.win32.60/user/xml/xslt_migrate.html
> At this point, with the limited data points I have I feel it's too early to
> say this is an Axis2 or an IBM JDK issue, but would appreciate it if anyone
> has:
> * Further information on these symptoms
> * Thoughts on how I might gather more data when using the Axis2 tool to get
> for information so I can pursue with IBM if that's appropriate.
> I admit that I have not yet spent the time pouring over Axis2 and related
> code, IBM support site, etc.; but, given our project timelines I needed to
> get this entered to see if there is any faspath to resolution. So, apologies
> for that.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
