The jdk15 comes with dom3 which is a not compatible with SAAJ 1.2
spec. can you please drop the xercesImpl.jar and xmlParserAPIs.jar in
java/lib directory. if that does not work, please drop them into
JDK15\jre\lib\endorsed directory (as per
http://java.sun.com/j2se/1.4.2/docs/guide/standards/).

thanks,
dims


On 6/13/05, Andreas Bohnert <[EMAIL PROTECTED]> wrote:
> hi dims,
> 
> I would like to help, but I am not able to compile the sources.
> the problem is related to org.w3c.dom.* which comes with the the jdk 1.5
> (rt.jar).
> I get this:
> 
>     [javac]
> /home/abo/workspace/ws-axis/java/src/org/apache/axis/message/NodeImpl.java:45:
> org.apache.axis.message.NodeImpl is not abstract and does not override
> abstract method getUserData(java.lang.String) in org.w3c.dom.Node
>     [javac] public class NodeImpl implements org.w3c.dom.Node,
> javax.xml.soap.Node,
>     [javac] ^
>     [javac]
> /home/abo/workspace/ws-axis/java/src/org/apache/axis/message/MessageElement.java:73:
> org.apache.axis.message.MessageElement is not abstract and does not
> override abstract method getUserData(java.lang.String) in org.w3c.dom.Node
>     [javac] public class MessageElement extends NodeImpl implements
> SOAPElement,
>     [javac] ^
>     [javac]
> /home/abo/workspace/ws-axis/java/src/org/apache/axis/message/SOAPHeaderElement.java:40:
> org.apache.axis.message.SOAPHeaderElement is not abstract and does not
> override abstract method getUserData(java.lang.String) in org.w3c.dom.Node
>     [javac] public class SOAPHeaderElement extends MessageElement
>     [javac] ^
>     [javac]
> /home/abo/workspace/ws-axis/java/src/org/apache/axis/SOAPPart.java:90:
> org.apache.axis.SOAPPart is not abstract and does not override abstract
> method renameNode(org.w3c.dom.Node,java.lang.String,java.lang.String) in
> org.w3c.dom.Document
>     [javac] public class SOAPPart extends javax.xml.soap.SOAPPart
> implements Part
>     [javac] ^
>     [javac]
> /home/abo/workspace/ws-axis/java/src/org/apache/axis/message/SOAPEnvelope.java:50:
> org.apache.axis.message.SOAPEnvelope is not abstract and does not
> override abstract method getUserData(java.lang.String) in org.w3c.dom.Node
>     [javac] public class SOAPEnvelope extends MessageElement
>     [javac] ^
>     [javac]
> /home/abo/workspace/ws-axis/java/src/org/apache/axis/message/SOAPHeader.java:50:
> org.apache.axis.message.SOAPHeader is not abstract and does not override
> abstract method getUserData(java.lang.String) in org.w3c.dom.Node
>     [javac] public class SOAPHeader extends MessageElement
>     [javac] ^
>     [javac]
> /home/abo/workspace/ws-axis/java/src/org/apache/axis/message/SOAPBody.java:46:
> org.apache.axis.message.SOAPBody is not abstract and does not override
> abstract method getUserData(java.lang.String) in org.w3c.dom.Node
>     [javac] public class SOAPBody extends MessageElement
>     [javac] ^
>     [javac]
> /home/abo/workspace/ws-axis/java/src/org/apache/axis/message/SOAPBodyElement.java:37:
> org.apache.axis.message.SOAPBodyElement is not abstract and does not
> override abstract method getUserData(java.lang.String) in org.w3c.dom.Node
>     [javac] public class SOAPBodyElement extends MessageElement
> 
> regards,
> andreas
> 
> 
> Davanum Srinivas wrote:
> >Andreas,
> >
> >if you can help with reviewing the code in CommonsHTTPSender and
> >coming up with a patch that will be the quickest way to deal with
> >this. you see I don't have a way to test this. Please open a new bug
> >or add comments for me to reopen this one once u have a patch.
> >
> >thanks,
> >dims
> >
> >On 6/13/05, Andreas Bohnert <[EMAIL PROTECTED]> wrote:
> >
> >>hi,
> >>
> >>for me http://issues.apache.org/jira/browse/AXIS-2033 is still a
> >>blocker. http 1.1 connections are not working with older apache proxies
> >>(<=1.3.33)
> >>
> >>the issue is already marked as fixed, but unfortunately the patch
> >>doesn't work for me. I still stuck with axis 1.2RC3
> >>
> >>I have added a comment to this issue together with a snippet of my
> >>client code.
> >>
> >>
> >>regards,
> >>andreas
> >>
> >>
> >
> >
> >
> 
> 


-- 
Davanum Srinivas -http://blogs.cocoondev.org/dims/

Reply via email to