java.lang.RuntimeException: Impossible de créer une sécurité XMLInputFactory lors du déploiement sur Glassfish
J'ai un services web app développé à l'aide de CXF 2.7.13. Quand j'déployer sur mon local Tomcat exemple, tout fonctionne, mais lors du passage à un glassfish 4 exemple, j'obtiens l'exception suivante:
java.lang.RuntimeException: Cannot create a secure XMLInputFactory
at org.apache.cxf.staxutils.StaxUtils.createXMLInputFactory(StaxUtils.java:315)
at org.apache.cxf.staxutils.StaxUtils.getXMLInputFactory(StaxUtils.java:265)
at org.apache.cxf.staxutils.StaxUtils.createXMLStreamReader(StaxUtils.java:1701)
at org.apache.cxf.interceptor.StaxInInterceptor.handleMessage(StaxInInterceptor.java:123)
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272)
at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121)
at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:241)
at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:248)
at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:222)
at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:153)
at org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:171)
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:286)
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:206)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:262)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)]]De ce que j'ai lu, il semble Woodstox api (woodstox-core-asl.jar) la dépendance de CXF est en conflit avec glassfish la version de la bibliothèque. CXF utilise Woodstox 4.4.1 alors que mon glassfish 4 exemple, j'ai vérifié, utilise 4.1.2.
Donc ma première tentative a été d'essayer et de l'exclure de CXF de la dépendance et déclarer mes propres Woodstox 4.1.2 dépendance sur mon POMPON pour que tout le monde à utiliser la même version. Mais cela ne résout pas le problème.
J'ai aussi essayé droit jusqu'à la suppression de cette dépendance à partir de mon POMPON et vérifié il n'est pas inclus dans la GUERRE avant le déploiement, également en vain (même exception).
Je n'ai réussi à déployer sur glassfish par la suppression de la .pot de l'modules dir du serveur, mais c'est somehting je ne peut pas le faire sur mes serveurs de production, par l'exigence.
Est-il autre chose que je peux essayer?
Vous devez vous connecter pour publier un commentaire.
Il était si facile et j'ai honte j'ai passé 5 heures à essayer de résoudre avec maven alors qu'il était sur la documentation officielle de la page (http://cxf.apache.org/docs/application-server-specific-configuration-guide.html):
j'ai été confrontée au même problème, mais de le déployer sur le web de la sphère, et après une recherche de quelques heures compris la version exacte pour woodstox, c'est à dire en dessous de
Ce https://bugs.eclipse.org/bugs/show_bug.cgi?id=409070 lien a également contribué à pensé à elle.
Veuillez vous préférez mettre en œuvre kelmers répondre pour ne pas ouvrir les trous de sécurité!
Selon les règles de sécurité de votre application, vous pouvez utiliser les
org.apache.cxf.stax.allowInsecureParseroption.De la la documentation
Mais je pense que vous feriez mieux de consultation de la glassfish la documentation sur la façon de remplacer/exclure du système libs pour des déploiements spécifiques.