Maybe. In the Sun JDK, the xerces classes have com.sun at the front of their package names. So could quite easily check whether what you say is right by running in the debugger and stopping at the DeferredDocumentImpl code to see whether it's the "Sun" Apache Xerces or the true Apache Xerces.
Jeremy 2008/8/7 Jeff MAURY <[EMAIL PROTECTED]>: > Maybe JDK 1.6 made some changes on the classloading so that the XML parser > include in the JDK is taken whatever the classpath is. > > Regards > Jeff > > > On 8/7/08, Jeremy Hughes <[EMAIL PROTECTED]> wrote: >> >> Hi, I'm glad you got to the bottom of it. You're right the 1.6.0 thing >> is curious. But since it is working there anyway I'm not going to lose >> sleep over it. >> >> Cheers, >> Jeremy >> >> 2008/8/7 SThanheiser <[EMAIL PROTECTED]>: >> > >> > Hi, >> > >> > ok - now I should have found the problem. >> > >> > Within a seperate environment (seperate project and/or running with a >> > defined classpath from command line), Woden will also run fine with Java >> > 1.5.0. >> > >> > In my case, the Repast environment somehow managed to foist a Xerces >> > 2.4.0 >> > on my environment (strange: without appearing in the eclipse >> > classpath...). >> > >> > When removing/renaming the Xerces 2.4.0 jar in the Repast plugin >> > directory >> > (repast.simphony.groovy) and when pointing to a newer Xerces in the >> > classpath, both Woden and Repast seem to run individually and in >> > cooperation >> > (at least for now...) >> > >> > Thank you very much for your help on tracking this one down! >> > >> > What still puzzles me somehow: Why did I not get the error with my >> > 'hidden' >> > Xerces 2.4.0 and Java 1.6 ... ? >> > >> > Kind regards, >> > Stefan >> > >> > >> > hughesj wrote: >> >> >> >> I used Sun's Java 1.5.0_16 on Windows with your test case reading in >> >> your WSDL and had a minimal classpath of Woden, xml-apis.jar, >> >> xercesImpl.jar and XmlSchema-1.4.2.jar but couldn't recreate the >> >> problem. In fact xml-apis.jar isn't strictly necessary because the DOM >> >> APIs are in the JRE. >> >> >> >> I did manage to recreate the AbstractMethodError by putting the >> >> xercesImpl.jar from Xerces 2.5.0 in the classpath where the >> >> DeferredDocumentImpl class doesn't have the getInputEncoding() method. >> >> >> >> What's your classpath? Could you try running from the command line if >> >> you're not already - to keep eclipse out of the equation. >> >> >> >> Thanks, >> >> Jeremy >> >> >> >> 2008/8/5 SThanheiser <[EMAIL PROTECTED]>: >> >>> >> >>> Hi, >> >>> >> >>> as for my versions: >> >>> I receive the AbstractMethodError when working with >> >>> * Java 1.5.0 >> >>> * Xerces 2.9.1 (that is, xercesImpl.jar and xml-apis.jar in version >> >>> 2.9.1) >> >>> OR the Xerces version supplied with Woden (2.7.1, I assume) >> >>> * XmlSchema 1.4.2 (either shipped with woden OR downloaded seperately) >> >>> >> >>> As IDE, I am using eclipse on Windows. >> >>> >> >>> However, the Java-Version I used was contained in a bundle with Repast >> >>> Simphony 1.0 (agent-based simulation framework) - so I might have used >> >>> a >> >>> somehow 'special' Java version. >> >>> To check whether the j2se 1.5.0 I used was corrupted, I installed a >> >>> standard >> >>> j2se 1.5.0u16 on my machine and retried. The result: I still get the >> >>> error >> >>> with a standard 1.5.0u16 java (no matter what xerces version I use). >> >>> >> >>> I tried to track down the interface.getInputEncoding and >> >>> impl.getUnputEncoding issue - but I could not find out anything so >> >>> far... >> >>> >> >>> Any further hints? >> >>> >> >>> Stefan >> >>> >> >>> It is kinda related to ws-schema / XmlSchema - the getInputEncoding >> >>> method in the stack trace tries to cope with whether the DOM >> >>> interfaces and implementation have the Document.getInputEncoding >> >>> method or not. If it can create a Method object for that it invokes >> >>> it. But if the implementation doesn't have it and the interface does >> >>> then the AbstractMethodError will get thrown. That seems to be the >> >>> most likely reason to me anyway. Which suggests the DOM impl is out of >> >>> sync with the interface. >> >>> >> >>> Jeremy >> >>> >> >>> 2008/8/5 Jeff MAURY <[EMAIL PROTECTED]>: >> >>>> Maybe it is related to the Xerces version because I was able to >> >>>> execute >> >>>> all >> >>>> Woden test on a 1.5 JDK. It seems to be related to ws-schema. >> >>>> >> >>>> Jeff MAURY >> >>>> >> >>>> On Tue, Aug 5, 2008 at 11:44 AM, Jeremy Hughes <[EMAIL PROTECTED]> >> >>>> wrote: >> >>>>> >> >>>>> I'm glad that fixed it, but woden should be working with Java 5 too. >> >>>>> I >> >>>>> haven't reproduced your problem, but my guess is that the >> >>>>> AbstractMethodError is caused because the getInputEncoding() method >> >>>>> is >> >>>>> there in the Document interface but the implementation of it, >> >>>>> DeferredDocumentImpl doesn't have the method. Who's implementation >> >>>>> of >> >>>>> j2se 1.5.0 were you using and on what platform when you found the >> >>>>> problem? >> >>>>> >> >>>>> Thanks, >> >>>>> Jeremy >> >>> (...) >> >>> -- >> >>> View this message in context: >> >>> >> >>> http://www.nabble.com/java.lang.AbstractMethodError-when-reading-a-WSDL-file-tp18810660p18839462.html >> >>> Sent from the Woden - Dev mailing list archive at Nabble.com. >> >>> >> >>> >> >>> --------------------------------------------------------------------- >> >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >> >>> For additional commands, e-mail: [EMAIL PROTECTED] >> >>> >> >>> >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> >> >> >> >> > >> > -- >> > View this message in context: >> > http://www.nabble.com/java.lang.AbstractMethodError-when-reading-a-WSDL-file-tp18810660p18867379.html >> > Sent from the Woden - Dev mailing list archive at Nabble.com. >> > >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: [EMAIL PROTECTED] >> > >> > >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> > > > > -- > La mélancolie c'est communiste > Tout le monde y a droit de temps en temps > La mélancolie n'est pas capitaliste > C'est même gratuit pour les perdants > La mélancolie c'est pacifiste > On ne lui rentre jamais dedans > La mélancolie oh tu sais ça existe > Elle se prend même avec des gants > La mélancolie c'est pour les syndicalistes > Il faut juste sa carte de permanent > > Miossec (2006) > > http://www.jeffmaury.com > http://riadiscuss.jeffmaury.com > http://www.lastfm.fr/listen/user/jeffmaury/personal > Mes CDs à récupérer: > http://spreadsheets.google.com/ccc?key=pNeg4Doa_oCsh7CepKPaPTA&hl=en --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
