wsdl2code always generate method name as lower case started even if it is
defined as upper case started in the WSDL
-------------------------------------------------------------------------------------------------------------------
Key: AXIS2-5019
URL: https://issues.apache.org/jira/browse/AXIS2-5019
Project: Axis2
Issue Type: Bug
Components: codegen
Affects Versions: 1.5.4
Environment: Window XP, Java version 1.5.0_15, apache-ant-1.8.1
Reporter: liz
We used to invoked axis2-1.4.1 wsdl2code from our Ant script ( <taskdef
name="wsdl2code"
classname="org.apache.axis2.tool.ant.AntCodegenTask"
classpathref="axis2.class.path"/>
<target name="generate.service"> ...) to generate the service skeleton class.
The method name in skeleton class is just the same as it is defined in the
WSDL.
After we migrated to axis2-1.5.4, we found the method name generated by
wsdl2code
always starts with a lower case while it is defined as uppercase started in the
WSDL.
We downloaded the distribution-1.7.0-SNAPSHOT-bin.zip and saw the same issue
with the wsdl2code generation.
The method name generated in the skeleton class should exactly be the same as
what it is defined in the WSDL.
P.S.
WSDL:
<wsdl:portType name="OrderNotificationServiceInterface">
<wsdl:operation name="ReceiveOrderNotification">
<wsdl:input message="tns:OrderNotificationRequest"/>
<wsdl:output message="tns:OrderNotificationResponse"/>
</wsdl:operation>
</wsdl:portType>
ServiceSkeleton class:
public class OrderNotificationServiceSkeleton
{
public com.ws.domain.order.OrderNotificationResponse
receiveOrderNotification(
com. ws.domain.order.OrderNotificationRequest orderNotificationRequest0)
{
throw new java.lang.UnsupportedOperationException("Please implement "
+ this.getClass().getName() + "#receiveOrderNotification");
}
}
--
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]