MX4J HEAD doesn't compile against Axis HEAD

Stefan Bodewig <[email protected]>
Newsgroups gmane.text.xml.axis.devel,gmane.comp.java.mx4j.devel
Message-ID <[email protected]>
Hi,

it has been some time since we've last tried to build MX4J tools in
Gump since there is a circular dependency between jetty and mx4j tools
that we've just recently broken.

Since we've started to build MX4J again, it fails to compile[1] because
of

        ...
    [javac] /data3/gump/mx4j/src/tools/mx4j/tools/remote/soap/axis/ser/AttributeListSer.java:48: writeSchemaElement(java.lang.String,org.w3c.dom.Element) in org.apache.axis.wsdl.fromJava.Types cannot be applied to (javax.xml.namespace.QName,org.w3c.dom.Element)
    [javac]       types.writeSchemaElement(Constants.SOAP_VECTOR, complexType);
    [javac]            ^
    [javac] /data3/gump/mx4j/src/tools/mx4j/tools/remote/soap/axis/ser/NotificationFilterSupportSer.java:57: writeSchemaElement(java.lang.String,org.w3c.dom.Element) in org.apache.axis.wsdl.fromJava.Types cannot be applied to (javax.xml.namespace.QName,org.w3c.dom.Element)
    [javac]       types.writeSchemaElement(Constants.SOAP_VECTOR, complexType);
    [javac]            ^
    [javac] /data3/gump/mx4j/src/tools/mx4j/tools/remote/soap/axis/ser/RelationTypeSupportSer.java:61: writeSchemaElement(java.lang.String,org.w3c.dom.Element) in org.apache.axis.wsdl.fromJava.Types cannot be applied to (javax.xml.namespace.QName,org.w3c.dom.Element)
    [javac] 		types.writeSchemaElement(Constants.SOAP_VECTOR, complexType);
    [javac]                      ^
    [javac] /data3/gump/mx4j/src/tools/mx4j/tools/remote/soap/axis/ser/RoleListSer.java:48: writeSchemaElement(java.lang.String,org.w3c.dom.Element) in org.apache.axis.wsdl.fromJava.Types cannot be applied to (javax.xml.namespace.QName,org.w3c.dom.Element)
    [javac] 		 types.writeSchemaElement(Constants.SOAP_VECTOR, complexType);
    [javac]                       ^
    [javac] /data3/gump/mx4j/src/tools/mx4j/tools/remote/soap/axis/ser/RoleSer.java:63: writeSchemaElement(java.lang.String,org.w3c.dom.Element) in org.apache.axis.wsdl.fromJava.Types cannot be applied to (javax.xml.namespace.QName,org.w3c.dom.Element)
    [javac] 		types.writeSchemaElement(Constants.SOAP_VECTOR, complexType);
    [javac]                      ^
    [javac] /data3/gump/mx4j/src/tools/mx4j/tools/remote/soap/axis/ser/RoleUnresolvedListSer.java:48: writeSchemaElement(java.lang.String,org.w3c.dom.Element) in org.apache.axis.wsdl.fromJava.Types cannot be applied to (javax.xml.namespace.QName,org.w3c.dom.Element)
    [javac] 		types.writeSchemaElement(Constants.SOAP_VECTOR, complexType);
    [javac]                      ^
    [javac] /data3/gump/mx4j/src/tools/mx4j/tools/remote/soap/axis/ser/SetSer.java:47: writeSchemaElement(java.lang.String,org.w3c.dom.Element) in org.apache.axis.wsdl.fromJava.Types cannot be applied to (javax.xml.namespace.QName,org.w3c.dom.Element)
    [javac]       types.writeSchemaElement(Constants.SOAP_VECTOR, complexType);
    [javac]            ^
    [javac] 7 errors

Looking into Axis' CVS, writeSchemaElement(QName qName, Element
element) has been public and not deprecated in Axis 1.1.  It has been
changed about eight months ago[2] in revision 1.79.

Do the Axis developers have any ideas how mx4j could adapt its code in
order to compile against CVS HEAD of Axis (and thus Axis 1.2) as well
as the latest released version?  Changing the method invocation to use
Axis 1.2's version means that mx4j wouldn't compile against Axis 1.1.

Maybe Axis could reintroduce the old signature as a deprecated method?

Cheers

        Stefan


Footnotes: 
[1]  <http://lsd.student.utwente.nl/gump/mx4j/gump_work/build_mx4j_mx4j-tools-from-packaged-jetty.html>

[2]  <http://cvs.apache.org/viewcvs.cgi/ws-axis/java/src/org/apache/axis/wsdl/fromJava/Types.java?r1=1.78&r2=1.79>

-- 
http://stefanbodewig.blogger.de/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.