The exception that you saw is a bug in the stax-api jar that arises in
certain classloader situations.. Check out that stax-api-1.0.1 jar that
I sent you a link to and let us know if that fixes things. Its best to
avoid putting the stax-1.1.2-dev jar on your classpath as its a slower
implementation than Woodstox (by about 40%).
- Dan
Jason Tesser wrote:
yes that seems to have fixed that problem. that jar is not included
in teh lib dir of the xfir distribution. maybe it should be?
On 3/21/06, * [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
both
-----Original Message-----
*From:* Jason Tesser [mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>]
*Sent:* Tuesday, March 21, 2006 2:43 PM
*To:* [email protected] <mailto:[email protected]>
*Subject:* Re: [xfire-user] problem with stax-api
i have the stax-api-1.0.jar
should this be replaced with stax-1.1.2-dev.jar? or do i add them
both?
On 3/21/06, [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Hi
Do you have stax-1.1.2-dev.jar in your classpath ?
-----Original Message-----
*From:* Jason Tesser [mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>]
*Sent:* Tuesday, March 21, 2006 2:29 PM
*To:* [email protected] <mailto:[email protected]>
*Subject: * [xfire-user] problem with stax-api
This post was Spring jsr181 question but it has left that
topic. I wanted to give some more info. I am trying to
connect to my service which is basically the jsr echo
service example. When I try to connect to call the method
on the service I get Error occured during request
processing: Provider com.bea.xml.stream.MXParserFactory
not found.
The problem is with the stax-api.
org.codehaus.xfire.util.STAXUtils has a attribute private
final static XMLInputFactory xmlInputFactory =
XMLInputFactory.newInstance();
This class is in the stax-api and points to
com.bea.xml.stream.MXParserFactory. I am not sure where
to get this guy from or what I am doing wrong.
Can someone please help here? I kind of need to get this
guy going. Thank you.
--
Dan Diephouse
Envoi Solutions
http://envoisolutions.com
http://netzooid.com/blog
