[
https://issues.apache.org/jira/browse/AXIS2-5034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13084015#comment-13084015
]
giovanni zigliara commented on AXIS2-5034:
------------------------------------------
Hi Andreas,
just if the following can help:
in effect in my wsdl I've a great number of services, let's say
"goofy1",..,"goofyN", each one of this has its own fault message
"goofy#_faultMsg" related to its own "goofy#_fault" element. Each one of these
"goofy#_fault" elements are of the same type "AbcException".
When i generate the java classes using the AXIS2 1.6.0 I obtain the following
for the generated code: the "goofy#_faultMsg.java" classes are generated no
more, all the methods in the generated Skeleton java class throws the same type
of exception "Fault" (which extends Exceptions), a "Fault.java" class is
generated in which a private parameter is present like the following "private
goofy89_fault faultMessage;" that is the Fault exception is "tied" to one and
only one "specific kind of fault message" for each service.
I don't know if this can help.
Regards.
> Incorrect exception name is used for fault message while creating AxisService
> from WSDL
> ---------------------------------------------------------------------------------------
>
> Key: AXIS2-5034
> URL: https://issues.apache.org/jira/browse/AXIS2-5034
> Project: Axis2
> Issue Type: Bug
> Components: kernel
> Affects Versions: 1.6.0
> Reporter: Ivan
> Assignee: Andreas Veithen
> Labels: Geronimo
> Attachments: AXIS2-5034.patch
>
>
> Per the JAX-WS spec 2.5
> Conformance (Exception naming): In the absence of customizations, the name of
> a mapped exception
> MUST be the value of the name attribute of the wsdl:message referred to by
> the wsdl:fault element
> mapped according to the rules in sections 2.8 and 2.8.1.
--
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]
