On Fri, Mar 23, 2012 at 5:33 PM, JOSE L MARTINEZ-AVIAL wrote:
> Well, the thing is that there is no code to overwrite. The target folder is
> empty, totally empty, but it still complains that the class can not be
> overwritten. So it seems that the wsdl2java is generating that class twice,
> and t
On Fri, Mar 23, 2012 at 4:45 PM, JOSE L MARTINEZ-AVIAL wrote:
> Well, after some testing in Linux I noticed a message saying that
> AdminServiceException can not be overwritten(even when the target folder is
> empty)
>
> eco...@naboo.mia.usa.sinvest:/opt/eco/ecoprd/axis2-1.6.1/bin >>
> ./wsdl2java
Well, after some testing in Linux I noticed a message saying that
AdminServiceException can not be overwritten(even when the target folder is
empty)
eco...@naboo.mia.usa.sinvest:/opt/eco/ecoprd/axis2-1.6.1/bin >>
./wsdl2java.sh -u -uri test.wsdl
Using AXIS2_HOME: /opt/eco/ecoprd/axis2-1.6.1
Usi
no, it doesn't work for me. I got the same faulty class.
C:\axis2-1.6.1\bin>wsdl2java -u -uri C:\TEMP\TEST.WSDL
Using AXIS2_HOME: C:\axis2-1.6.1
Using JAVA_HOME: C:\Java\jdk1.6.0_27
Retrieving document at 'C:\TEMP\TEST.WSDL'.
log4j:WARN No appenders could be found for logger
(org.apache.axis2.desc
On Fri, Mar 23, 2012 at 12:02 AM, JOSE L MARTINEZ-AVIAL
wrote:
> Well, the problem was that the servicename was wrong. But then I have
> another issue. When I use the option unpackclasses="true" the class
> AdminServiceException does not extend java.lang.Exception, and therefore the
> code that tr
Well, the problem was that the servicename was wrong. But then I have
another issue. When I use the option unpackclasses="true" the class
AdminServiceException does not extend java.lang.Exception, and therefore
the code that tries to throw that class does not compile.
So if I pack the classes, the
