Update: I've built an XMLStreamReader wrapper around an XmlPullParser instance. I order to make this work I had to modify the Parser interface and AbstractParser in core to include constructors that take a XMLStreamReader instance. I also had to modify the private constructor in FOMParser to be public in order to get my XMLStreamReader instance in there. It's obviously been designed like that but I'm not sure why. From a 1000 foot view, if all of the various arguments end up being turned into an XMLStreamReader anyway, we should be able to provide our own instance. My solution bypasses the XMLInputFactory stuff as well, which is probably the bigger problem. I'd like to either check in my changes or work with someone to review my use case and figure something out.
Thanks. Dan From: Dan Beaulieu Sent: Thursday, April 15, 2010 1:10 PM To: '[email protected]' Subject: Using an existing parser Hi all, I am consuming an atom feed from a 3rf party library where they are giving me an XmlPullParser. I'd like to be able to just feed that parser instance to Abdera and have it build the abdera objects. For one it'd be less work and two part of the xml spec, the XmlPullParser un-encodes html characters. So things like <br/> become <br/>. So I can't just buffer the data from the pull parser and give it to Abdera because Abdera thinks it found xml, doesn't know what to do with the tag <br/> tag and so I lose the data. It looks possible, but I'm coming up empty after cruising the source. I'm building from source from svn so I am the most up to date. Thanks Dan
