DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4935>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4935 Attempts to compile or run Document.importNode(Node node) fail on some VM's ------- Additional Comments From [EMAIL PROTECTED] 2001-11-19 19:39 ------- The method throws NoSuchMethodError. The method does exist on CoreDocumentImpl. The method declares only a DOMException to be thrown. NoSuchMethodError extends IncompatibleClassChangeError extends LinkageError. It will bypass normal Exception handling. I suggest that one or more classes on which importNode depends have changed incompatibly in the course of the Xerces project. Since this is an interface issue, OS & platform differences would only be of concern if different classes were deployed on different platforms(IO classes?). I reiterate that this method has worked fine on win2k with jdk1.3.0. At present I'm getting trouble with Xerces 1.4.0 on a Linux box(Debian 2.2 (potato), Kernel is 2.2.17-SMP. Hardware is duel p3 550's, 512MB ECC ram ) running a 1.3.1-b24 runtime. The file.encoding.pkg=sun.io The file.encoding=ANSI_X3.4-1968 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
