cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Daniel Kulp (JIRA)" <>
Subject [jira] [Resolved] (CXF-3625) CXF-3229 all over again
Date Mon, 08 Aug 2011 21:34:30 GMT


Daniel Kulp resolved CXF-3625.

       Resolution: Fixed
    Fix Version/s: 2.4.2
         Assignee: Daniel Kulp

Hopefully now resolved.

The purpose is to get it to generate code like "class MyException extends Exception" and not
"extends java.lang.Exception" in all cases as some people don't like to see fully qualified
class names unless absolutely necessary. 

I've updated the FaultGenerator to check the ClassCollector to see if anything names Exception
has been created and if so, switch to fully qualifying in that case.

> CXF-3229 all over again
> -----------------------
>                 Key: CXF-3625
>                 URL:
>             Project: CXF
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 2.4, 2.4.1
>         Environment: Generating Java code from WSDL
>            Reporter: Jesse Long
>            Assignee: Daniel Kulp
>             Fix For: 2.3.6, 2.4.2
> See issue 3229. in 2.4 things have changed, and the patch I applied for 2.3.2 is no longer
in place. However, the problem that was fixed in 3229 is back again in 2.4.1.
> Step1:
> Java 2 wsdl: an operation throws java.lang.Exception.
> Step2: wsdl 2 java based on resulting wsdl from step1. Codegen creates an XML binding
class "Exception". Other exceptions "extends Exception", not "extends java.lang.Exception".
> See: tools/wsdlto/frontend/jaxws/src/main/java/org/apache/cxf/tools/wsdlto/frontend/jaxws/generators/
> Why would a generated exception ever extends anything other than java.lang.Exception?
Is it attempting to mirror the hierarchy from the server side? My suggestion: exceptionSuperclass
= "java.lang.Exception"; End of story.

This message is automatically generated by JIRA.
For more information on JIRA, see:


View raw message