hahaha yeah that was the original patch I had submitted for a prior version which doesn't appear to be in 2.6 anymore. The biggest pain was on the wsdlToJava code, it was seriously painful to deconstruct what was happening on that side and to put it into a loop. If I get a chance I'll look at the 2.6 code and see if I can't find a way of re-implementing that looping.
thanks. On Tue, Jul 24, 2012 at 1:50 AM, Daniel Kulp <[email protected]> wrote: > On Saturday, July 21, 2012 12:52:29 PM Ted wrote: > > Nice, is there something similar for the HTTP version of the wsdl's? like > > off the service listing? > > Actually, therei is, kind of, I think. > > I think if you do: > > <wsdlOption> > <wsdl>http://....../services?formatted=false</wsdl> > <wsdlList>true</wsdl> > </wsdlOption> > > that would work. The formatted=false would have the serlvet generate a > simple list of wsdls. > > That said, the code for the UnformattedServiceListWriter looks a little > "wrong" so it may not work completely correct. A patch would be nice if > you have a chance to test. Things that immediately look problematic: > > 1) content type is text/html when it likely should be text/plain > > 2) No flags to say "wsdl only". I you have rest endpoints, it also returns > wadl links which would likely confuse wsdl2java. I'd like to see: > > http://....../services?formatted=false&content=wsdl > > or something (or wadl) that could return just the section that is needed. > > > Dan > > > > > > > I'd submitted a hack/patch for a prior version (2.4 I think) but I > noticed > > it was no longer in there for 2.6 etc. I'd gone back to manually > > enumerating all the wsdl's in a shell script. > > > > On Sat, Jul 21, 2012 at 6:45 AM, Daniel Kulp <[email protected]> wrote: > > > It has an automatic scan build in. > > > > > > Just set: > > > <configuration> > > > > > > <wsdlRoot>${basedir}/path/to/wsdl/dir</wsdlRoot> > > > > > > </configuration> > > > > > > and it will automatically run on all the wsdl files it finds there. > > > > > > Dan > > > > > > On Friday, July 20, 2012 11:58:19 AM zmelnick wrote: > > > > Hi, > > > > > > > > I'm working on a project where the time it takes to build all of our > > > > > > wsdls > > > > > > > is currently upwards of 15 minutes. Currently the project is built > > > > using > > > > Ant, and I've read several places that the best way to use both cxf > > > > and > > > > wsdl2java is with maven. I've been trying to put together a test > > > > pom.xml > > > > to see if there are any performance gains that can be realized by > > > > switching. I'm skeptical, but optimistic. > > > > > > > > However, we have more than 100 wsdl files to build, and all of the > > > > documentation I can find on the cxf-codegen-plugin indicates that > each > > > > wsdl file must be listed as a separate value. We got around this in > > > > Ant > > > > by using a for loop that picks the next file that ends in .wsdl > inside > > > > of > > > > our wsdl directory. > > > > > > > > I don't want to have to list each and every single wsdl > independently. > > > > Is > > > > there anyway to have the plugin traverse all files inside of a > > > > directory? > > > > > > > > Here is what my current pom.xml looks like: > > > > > > > > <project xmlns="http://maven.apache.org/POM/4.0.0"; > > > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > > > > > > > > xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 > > > > > > > > http://maven.apache.org/xsd/maven-4.0.0.xsd";> > > > > > > > > <modelVersion>4.0.0</modelVersion> > > > > <groupId>gov.hhs.fha.nhinc</groupId> > > > > <artifactId>CommonTypesLib</artifactId> > > > > <version>1.0</version> > > > > <packaging>jar</packaging> > > > > <profiles> > > > > > > > > <profile> > > > > > > > > <id>CXF</id> > > > > <activation> > > > > > > > > <activeByDefault>true</activeByDefault> > > > > > > > > </activation> > > > > <build> > > > > > > > > <plugins> > > > > > > > > <plugin> > > > > > > > > > <artifactId>maven-compiler-plugin</artifactId> > > > > <configuration> > > > > > > > > <source>1.7</source> > > > > <target>1.7</target> > > > > > > > > </configuration> > > > > > > > > </plugin> > > > > <plugin> > > > > > > > > <groupId>org.apache.cxf</groupId> > > > > <artifactId>cxf-codegen-plugin</artifactId> > > > > <version>2.6.0</version> > > > > <executions> > > > > > > > > <execution> > > > > > > > > <configuration> > > > > > > > > <sourceRoot> > > > > > > > > ../new > > > > > > > > </sourceRoot> > > > > > > > > <sourceDirectory>../Interfaces/src/wsdl</sourceDirectory> > > > > > > > > <wsdlOptions> > > > > > > > > <wsdlOption> > > > > > > > > <extraargs> > > > > > > <extraarg>-verbose</extraarg> > > > > > > <extraarg>-client</extraarg> > > > > > > > </extraargs> > > > > > > <wsdl>../Interfaces/src/wsdl/AdapterAdminDistSecured.wsdl> > > > > > > > </wsdlOption> > > > > > > > > </wsdlOptions> > > > > > > > > </configuration> > > > > <goals> > > > > > > > > <goal>wsdl2java</goal> > > > > > > > > </goals> > > > > > > > > </execution> > > > > > > > > </executions> > > > > > > > > </plugin> > > > > > > > > </plugins> > > > > > > > > </build> > > > > > > > > </profile> > > > > > > > > </profiles> > > > > > > > > </project> > > > > > > > > > > > > > > > > -- > > > > > > > View this message in context: > > > > http://cxf.547215.n5.nabble.com/Using-wsdl2java-with-maven-and-a-lot-of- > > > w > > > > > > > sdls-tp5711369.html Sent from the cxf-user mailing list archive at > > > > Nabble.com. > > > > > > -- > > > Daniel Kulp > > > [email protected] - http://dankulp.com/blog > > > Talend Community Coder - http://coders.talend.com > -- > Daniel Kulp > [email protected] - http://dankulp.com/blog > Talend Community Coder - http://coders.talend.com > -- Ted.
