aries-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Carlos Sierra Andrés (Jira) <>
Subject [jira] [Commented] (ARIES-1965) XMLInputFactory gets broken
Date Mon, 27 Jan 2020 11:40:00 GMT


Carlos Sierra Andrés commented on ARIES-1965:

Hi [~maggu2810],

thx for reporting this. Can you tell us at which point in the application lifecycle it is
trying to load the class?

by the stack trace it looks like this is happening whie trying to serve the request, but can
you please confirm?

The different whiteboards involved should set the appropiate thread context class loaders
to the different involved bundles, but maybe we missed some. This means your bundle should
be set as the TCCL to serve the request, does your bundle provide this classes or imports
to other bundles that might have them?

Even though the whiteboard has those classes internally it does not mean it is the one it
is not finding them. If the whiteboard is setting the TCCL properly to your bundle it should
be your bundle the one that provided a implementation of the factory, and the SPI declaration.


> XMLInputFactory gets broken
> ---------------------------
>                 Key: ARIES-1965
>                 URL:
>             Project: Aries
>          Issue Type: Bug
>          Components: jax-rs-whiteboard
>    Affects Versions: jax-rs-whiteboard-1.0.5
>            Reporter: Markus Rathgeb
>            Priority: Major
> In my code I used the following line:
> {code:java}
> final XMLInputFactory inputFactory = XMLInputFactory.newInstance();{code}
> After adding the Aires JAX-RS Whiteboard this does not work anymore but raises a service
configuration error.
> {noformat}
> java.util.ServiceConfigurationError: Provider com.ctc.wstx.stax.WstxInputFactory
not found
> 	at
> 	at java.util.ServiceLoader.access$300(
> 	at java.util.ServiceLoader$LazyIterator.nextService(
> 	at java.util.ServiceLoader$
> 	at java.util.ServiceLoader$
> 	at$FactoryFinder.lambda$findServiceProvider$3($
> 	at Method)
> 	at$FactoryFinder.findServiceProvider($
> 	at$FactoryFinder.find($
> 	at$FactoryFinder.find($
> 	at
> 	at ... custom code ...
> 	at ... custom code ...
> 	at javax.servlet.http.HttpServlet.service(
> 	at javax.servlet.http.HttpServlet.service(
> 	at org.eclipse.jetty.servlet.ServletHolder.handle(
> 	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(
> 	at org.eclipse.jetty.websocket.server.WebSocketUpgradeFilter.doFilter(
> 	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(
> 	at org.eclipse.jetty.servlet.ServletHandler.doHandle(
> 	at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(
> 	at org.eclipse.jetty.server.handler.ScopedHandler.handle(
> 	at
> 	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(
> 	at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(
> 	at org.eclipse.jetty.server.session.SessionHandler.doHandle(
> 	at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(
> 	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(
> 	at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(
> 	at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(
> 	at org.eclipse.jetty.servlet.ServletHandler.doScope(
> 	at org.eclipse.jetty.server.session.SessionHandler.doScope(
> 	at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(
> 	at org.eclipse.jetty.server.handler.ContextHandler.doScope(
> 	at org.eclipse.jetty.server.handler.ScopedHandler.handle(
> 	at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(
> 	at org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(
> 	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(
> 	at org.eclipse.jetty.server.Server.handle(
> 	at org.eclipse.jetty.server.HttpChannel.handle(
> 	at org.eclipse.jetty.server.HttpConnection.onFillable(
> 	at$ReadCallback.succeeded(
> 	at
> 	at$DecryptedEndPoint.onFillable(
> 	at
> 	at$2.succeeded(
> 	at
> 	at$
> 	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(
> 	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(
> 	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(
> 	at
> 	at org.eclipse.jetty.util.thread.ReservedThreadExecutor$
> 	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(
> 	at org.eclipse.jetty.util.thread.QueuedThreadPool$
> 	at{noformat}
> I checked the classes of all bundles in the runtime which one contains com.ctc.wstx.stax....
> It is the one with BSN "".
> So, I am assume some bundled stuff in your code base changes the default XML event factory.
> But perhaps not correctly because the provider is not found.
> I does not expect that the default XML providers are touched by such an specification
implementation at all, but I assume no one cares as long as it is still working.

This message was sent by Atlassian Jira

View raw message