Re: Apache CXF wsdl2java with gcc

[David Michel <dmichel76@googlemail.com>]

yeah, you are right, it seems to be all mixed up in there. JAVA_HOME
is indeed not sufficient as the links to java/javac have to be changed
too, right ? Using, 'update-alternatives --config' for 'java' and
'javac' has solved the problem.

Thanks for the tip about java -verbose:class ! that's quite useful !

Cheers !

David

2009/8/13 Andrew Haley <aph@redhat.com>
>
> David Michel wrote:
>
> > There is an issue with gcc 4.2.4 while trying to use the CXF
> > (http://cxf.apache.org/index.html) libraries and tools for
> > web-services, specifically using the wsdl2java tool.
> >
> > While with Sun's java, there is no problem:
> >
> > $ export JAVA_HOME=/usr/lib/jvm/java-6-sun/
> > $ ./wsdl2java
> > Missing argument: wsdlurl
> >
> > Usage : wsdl2java -fe <front-end-name>* -db <data-binding-name>* -wv
> > <wsdl-version>* -p <[wsdl-namespace =]package-name>* -sn
> > <service-name> -b <binding-file-name>* -catalog <catalog-file-name> -d
> > <output-directory> -compile -classdir <compile-classes-directory>
> > -impl -server -client -all -autoNameResolution
> > -allowElementReferences<=true>
> > -defaultValues<=class-name-for-DefaultValueProvider> -ant -nexclude
> > <schema-namespace [= java-package-name]>* -exsh <(true, false)> -dns
> > <Default value is true> -dex <(true, false)> -validate -keep
> > -wsdlLocation <wsdlLocation> -xjc<xjc-arguments> -noAddressBinding -h
> > -v -verbose -quiet -wsdlList <wsdlurl>
> >
> > When using the gcc jvm, I get this:
> >
> > $ JAVA_HOME=/usr/lib/jvm/java-gcj/
> > $ ./wsdl2java
> > Exception in thread "main" java.lang.Error:
> > javax.xml.datatype.DatatypeConfigurationException:
> > java.lang.ClassNotFoundException: gnu.xml.datatype.JAXPDatatypeFactory
> >    at com.sun.xml.bind.DatatypeConverterImpl.<clinit>(DatatypeConverterImpl.java:833)
>
> This really is weird.  Where is your DatatypeConverterImpl coming from?
> java -verbose:class will tell you.  I think you've got some sort of mix
> of classes from implementations.
>
> >    at java.lang.Class.initializeClass(natClass.cc:780)
> >    at com.sun.xml.bind.v2.runtime.JAXBContextImpl$3.run(JAXBContextImpl.java:287)
> >    at com.sun.xml.bind.v2.runtime.JAXBContextImpl$3.run(JAXBContextImpl.java:286)
> >    at java.security.AccessController.doPrivileged(AccessController.java:96)
> >    at com.sun.xml.bind.v2.runtime.JAXBContextImpl.<init>(JAXBContextImpl.java:285)
> >    at com.sun.xml.bind.v2.runtime.JAXBContextImpl$JAXBContextBuilder.build(JAXBContextImpl.java:1136)
> >    at com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:154)
> >    at com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:121)
> >    at com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:202)
> >    at java.lang.reflect.Method.invoke(natMethod.cc:205)
> >    at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:133)
>
> This is a private class that's part of Sun's JAXB.
>
> It seems to me that you aren't really running gcj.  Simply changing
> JAVA_HOME doesn't control which Java you're using.
>
> Andrew.
>