[
https://issues.apache.org/jira/browse/AXIS2-4910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12974784#action_12974784
]
William Walsh commented on AXIS2-4910:
--------------------------------------
The test case I created I ran on my machine for 500+ iterations without a
failure, but when I ran it on the machine where it previously failed it failed
on the 41st iteration. It's currently unclear if the ERR 0635 error (appears
to occur in all cases, successful & unsuccessful) we see is related to the
subsequent failure; but, certainly the code that gets generated is in error.
It's treating the simpleMultiply service as if it's taking in a boolean instead
of returning a float.
>From the log4j trace we can see in the successful case:
{quote}
[JavaFromWSDL] <bean anon="yes" mapperClass="ExtensionMapper"
name="SimpleMultiplyResponse" nsprefix="ns1"
nsuri="http://remote.testmodel.util.curam"; ordered="yes"
originalName="simpleMultiplyResponse" package="" skip-write="yes"
unwrapped="yes">
[JavaFromWSDL] <property javaname="_return" minOccurs="0" name="return"
nsuri="http://remote.testmodel.util.curam"; primitive="yes"
shorttypename="float" type="float"/>
[JavaFromWSDL] </bean>
{quote}
And in the unusccessful case:
{quote}
[JavaFromWSDL] <bean anon="yes" mapperClass="ExtensionMapper"
name="SimpleMultiplyResponse" nsprefix="ns1"
nsuri="http://remote.testmodel.util.curam"; ordered="yes"
originalName="simpleMultiplyResponse" package="" skip-write="yes"
unwrapped="yes">
[JavaFromWSDL] <property javaname="Args0" minOccurs="0" name="args0"
nsuri="http://remote.testmodel.util.curam"; primitive="yes"
shorttypename="boolean" type="boolean"/>
[JavaFromWSDL] </bean>
{quote}
I'll post the logs and other artifacts after the Christmas break.
> [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.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
