FULL PRODUCT VERSION :
p4.docjava.com{lyon}1043: java -version
java version "1.6.0_03"
Java(TM) SE Runtime Environment (build 1.6.0_03-b05)
Java HotSpot(TM) Client VM (build 1.6.0_03-b05, mixed mode, sharing)

ADDITIONAL OS VERSION INFORMATION :
Fedora 7, jdk1.6.0_3

A DESCRIPTION OF THE PROBLEM :
The following code will throw exceptions when  customer 's SAX parser is included in the classpath.


STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Run the following code with  customer 's SAX parser implementation in the classpath (included in attachment).


EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
should run without error.
ACTUAL -
Exception thrown


ERROR MESSAGES/STACK TRACES THAT OCCUR :
Exception in thread "Thread-1" java.lang.AbstractMethodError: org. customer .xerces.dom.DocumentImpl.getXmlStandalone()Z
	at com.sun.org. customer .xalan.internal.xsltc.trax.DOM2TO.setDocumentInfo(DOM2TO.java:373)
	at com.sun.org. customer .xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:127)
	at com.sun.org. customer .xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:94)
	at com.sun.org. customer .xalan.internal.xsltc.trax.TransformerImpl.transformIdentity(TransformerImpl.java:663)
	at com.sun.org. customer .xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:709)
	at com.sun.org. customer .xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:313)
	at java.util.prefs.XmlSupport.writeDoc(XmlSupport.java:254)
	at java.util.prefs.XmlSupport.exportMap(XmlSupport.java:333)
	at java.util.prefs.FileSystemPreferences$8.run(FileSystemPreferences.java:607)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.util.prefs.FileSystemPreferences.writeBackCache(FileSystemPreferences.java:600)
	at java.util.prefs.FileSystemPreferences.syncSpiPrivileged(FileSystemPreferences.java:784)
	at java.util.prefs.FileSystemPreferences.access$2300(FileSystemPreferences.java:33)
	at java.util.prefs.FileSystemPreferences$13.run(FileSystemPreferences.java:754)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.util.prefs.FileSystemPreferences.syncSpi(FileSystemPreferences.java:752)
	at java.util.prefs.AbstractPreferences.sync2(AbstractPreferences.java:1317)
	at java.util.prefs.AbstractPreferences.sync(AbstractPreferences.java:1308)
	at java.util.prefs.FileSystemPreferences.sync(FileSystemPreferences.java:731)
	at java.util.prefs.FileSystemPreferences.flush(FileSystemPreferences.java:807)
	at java.util.prefs.FileSystemPreferences.syncWorld(FileSystemPreferences.java:451)
	at java.util.prefs.FileSystemPreferences.access$1200(FileSystemPreferences.java:33)
	at java.util.prefs.FileSystemPreferences$5$1.run(FileSystemPreferences.java:429)

Process finished with exit code 0


REPRODUCIBILITY :
This bug can be reproduced always.

---------- BEGIN SOURCE ----------
import java.util.prefs.Preferences;

public class PrefTest {
     public static void main(String[] args){
         String key = "testKey";

         Preferences pr = Preferences.userRoot();
         pr.put(key,"hello world");

     }
}
---------- END SOURCE ----------

CUSTOMER SUBMITTED WORKAROUND :
wrote my own preferences, but should not have to.
Posted Date : 2007-10-18 00:54:57.0

N/A

Can't re-produce using the latest Xerces jar (2.9.1). Please attach the original jar file the user provided.
Posted Date : 2007-12-11 20:46:03.0

I've run into this problem on OpenSUSE 10.3 and Ubuntu 7.10 using the Sun Java 6 JRE available in those respective distributions' package repositories.

just ran into the same problem using latest jdk (1.6.0_14, linux 64bit). An app that used to run just fine under jdk 1.5 throws that abstract method exception. I am trying to fix it by putting older versions of xercesImpl and xml-apis explicitly into the classpath, but it doesn't appear to have any effect. I wish Sun had a little page explaining built-in java APIs and how one can switch the implementations.

just ran into the same problem using latest jdk (1.6.0_14, linux 64bit). An app that used to run just fine under jdk 1.5 throws that abstract method exception. I am trying to fix it by putting older versions of xercesImpl and xml-apis explicitly into the classpath, but it doesn't appear to have any effect. I wish Sun had a little page explaining built-in java APIs and how one can switch the implementations.