axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Brian (JIRA)" <>
Subject [jira] Commented: (AXIS2-3952) Dubious src subdirectory (hard-coded!!!) created by wsdl2java with JAXBRI binding
Date Thu, 04 Nov 2010 13:21:44 GMT


Brian commented on AXIS2-3952:

Actually it seems to honor the -S only for the WSDL binding classes (Skeleton, Interface,
etc)  It only places the databinders into src, hence why this is an issue particularly with
jaxbri binding.  

I agree with Jan's suggested fix.  I always specify a separate directory for generated code
("gen") so that I regenerate code every build cycle.

> Dubious src subdirectory (hard-coded!!!) created by wsdl2java with JAXBRI binding
> ---------------------------------------------------------------------------------
>                 Key: AXIS2-3952
>                 URL:
>             Project: Axis2
>          Issue Type: Bug
>          Components: codegen
>    Affects Versions: 1.4
>            Reporter: Jan Moravec
> Hello,
> After running the following wsdl2java command I end up with a dubious src directory generated
underneath the output directory that I specify on the wsdl2java command line (-o option).
> ./ -s -o . -d jaxbri -S -noBuildXML -ns2p
-uri ./geoipservice.wsdl
> This command generates the client stub underneath the current directory and jaxb sources
in src subdirectory. The expected behavior would be to have all the sources generated in the
specified (in my case current) directory in their respective packages of course.
> The problem is apparently in the org.apache.axis2.jaxbri.CodeGenerationUtility whose
processSchemas method executes:
> File outputDir = new File(cgconfig.getOutputLocation(), "src");
> outputDir.mkdir();
> I believe, it should be simplified to:
> cgconfig.getOutputLocation().mkdir();
> Thanks,
> Jan Moravec

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:
For additional commands, e-mail:

View raw message