[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: Tools
Affects Versions: 1.5.1
Environment: Various OSes (Windows XP, UNIX flavors, etc). May be
specific to IBM V6 JDK.
Reporter: William Walsh
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]
