You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by Stefan Bodewig <st...@freenet.de> on 2004/03/29 14:49:58 UTC
MX4J HEAD doesn't compile against Axis HEAD
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/
Re: MX4J HEAD doesn't compile against Axis HEAD
Posted by Stefan Bodewig <st...@freenet.de>.
On Mon, 29 Mar 2004, Davanum Srinivas <di...@yahoo.com> wrote:
> Fixed our CVS (added the method back but deprecated it). Thanks a
> ton for reporting this. Please let us know if this worked for you.
>
> thanks,
> dims
>
> --- Stefan Bodewig <st...@freenet.de> wrote:
>> 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/
>
>
> =====
> Davanum Srinivas - http://webservices.apache.org/~dims/
Re: MX4J HEAD doesn't compile against Axis HEAD
Posted by Stefan Bodewig <st...@freenet.de>.
Sorry, fingers slipped on first post.
On Mon, 29 Mar 2004, Davanum Srinivas <di...@yahoo.com> wrote:
> Fixed our CVS (added the method back but deprecated it). Thanks a
> ton for reporting this. Please let us know if this worked for you.
Looks good so far, I now face some other issues (not Axis related),
but they seems to be solvable with some Gump descriptor magic.
Thanks
Stefan
Re: MX4J HEAD doesn't compile against Axis HEAD
Posted by Davanum Srinivas <di...@yahoo.com>.
Fixed our CVS (added the method back but deprecated it). Thanks a ton for reporting this. Please
let us know if this worked for you.
thanks,
dims
--- Stefan Bodewig <st...@freenet.de> wrote:
> 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/
=====
Davanum Srinivas - http://webservices.apache.org/~dims/