Ravi, > The TransformerFactoryImpl.class is there, but it's path is > com/sun/org/apache/xalan/internal/xsltc/trax/ > > Do you think this is the problem?
Probably. There's a system property that dictates which implementations are chosen for SAX and DOM parsers, as well as XSLT processors. It's odd that it's being set to something that is invalid. I don't remember what those system properties are, but you can get the current list at any time by doing this: System.getProperties().list(System.out); This will dump the current system properties to standard output. If you put this into a JSP and hit it with a web browser, it will dump the system properties, and you can check them out. Then, you can see which one is pointing to the wrong XSLT processor and possibly correct it. (Just start Java with -Dthat.system.property=com.sun.org.apache.xalan.internal.trax.TransformerFactoryImpl, or whatever seems most appropriate given the current value of that system property). If you can't find a system property with that (incorrect) class being mentioned, then it's probably some kind (unfortunately) incorrect default value. In that case, you'll have to start looking around on the web for sites that describe how to set the default. Good luck, -chris
signature.asc
Description: OpenPGP digital signature
