On 01/13/2013 02:09 PM, Kristian Rosenvold wrote:
Anyone have any other suggestions?
http://piccolo.sourceforge.net/ is old but claims to be what you asked for.
Central does not seem to have the most “recent” release unfortunately.
We switched to SAX parsing in m-s-u, and we just had an interesting
issue (https://jira.codehaus.org/browse/SUREFIRE-950)
which basically happens because some plugin sets org.xml.sax.driver to
point to a variable that is only present in that plugins classloader,
when m-s-u later tries to
Well, you could scan for the JRE's builtin SPI file and pass the class
name you acquire to
http://docs.oracle.com/javase/6/docs/api/org/xml/sax/helpers/XMLReaderFactory.html.
It is rather annoying that these classes don't let you say 'give me
the stock JRE method, ignore the system property'.
Or
Yes, be really careful with shading and similar XML stuff, the IBM JRE has
a lot of XML processing in it built in, and it can clash.
-Chris
On Mon, Jan 14, 2013 at 6:39 AM, Benson Margulies bimargul...@gmail.comwrote:
Well, you could scan for the JRE's builtin SPI file and pass the class
find . -name *.jar | xargs -L 1 unzip -l | grep services/org.xml
inside my jdk/jre installation
seems to indicate the JDK itself does not use the SPI mechanism, which
is further backed
by the default implementation in XMLReaderFactory being hardcoded.
Setting the system property to null forces
