首页 > 编程语言> > 出现异常：java.util.ServiceConfigurationError

出现异常：java.util.ServiceConfigurationError

2019-10-09 08:12:08 作者：互联网

运行我的应用程序时遇到以下异常：

我正在使用jboss：5.1.1和jdk 1.6.

01:50:04,828 ERROR [[HelloWorld]] Servlet.service() for servlet HelloWorld threw exception
java.util.ServiceConfigurationError: javax.xml.ws.spi.Provider: Provider org.jboss.ws.core.jaxws.spi.ProviderImpl not a subtype
    at java.util.ServiceLoader.fail(Unknown Source)
    at java.util.ServiceLoader.access$300(Unknown Source)
    at java.util.ServiceLoader$LazyIterator.next(Unknown Source)
    at java.util.ServiceLoader$1.next(Unknown Source)
    at javax.xml.ws.spi.Provider.getProviderUsingServiceLoader(Provider.java:146)
    at javax.xml.ws.spi.Provider.provider(Provider.java:106)
    at javax.xml.ws.Service.<init>(Service.java:57)
    at com.service_instance.ServiceInstance.<init>(ServiceInstance.java:50)
    at com.getBusinessApp(CMDB.java:239)
    at com.test.HelloWorld.doGet(HelloWorld.java:51)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
    at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
    at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
    at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
    at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
    at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:598)
    at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
    at java.lang.Thread.run(Unknown Source)

让我知道.如何解决这个问题.似乎是一些lib问题.

解决方法:

我在部署带有Mobicents Jain Slee的USSD网关时遇到了同样的问题,该网关运行在JBoss AS 5.1.0 GA之上.网关必须通过SOAP连接到服务器,因此我选择了JAX-WS并从带有wsimport的WSDL中生成了源代码.
顺便说一下,我使用了与this one类似的过程来创建一个子Maven项目并为JAX-WS生成Java文件.

在.war文件中嵌入依赖项的情况下,部署失败

我的第一种方法是将所有依赖项包含在JBoss中部署的.war文件中.
我认为这是默认情况下在Maven中实现的,而mvn install可以做到.
从长远来看,这种方法失败了,但是至少我需要知道.war文件中包含的jar文件列表,以便稍后将它们复制到JBoss目录中.

我使用这种方法进行了大量的故障排除,并且有许多不同的日志错误,尽管主要的错误是：

java.util.ServiceConfigurationError: javax.xml.ws.spi.Provider: Provider org.jboss.ws.core.jaxws.spi.ProviderImpl not a subtype

无依赖部署

Maven调整

因此,我添加了< scope>提供的< / scope>到JAX-WS依赖项.就像是：

<dependency>
    <groupId>com.sun.xml.ws</groupId>
    <artifactId>jaxws-rt</artifactId>
    <version>2.2</version>
    <scope>provided</scope>
</dependency>
<dependency>
    <groupId>com.sun.istack</groupId>
    <artifactId>istack-commons-runtime</artifactId>
    <version>2.2</version>
    <scope>provided</scope>
</dependency>

这产生了一个轻得多的.war文件.

复制和删除JBoss AS中的罐子

现在,在部署.war文件之后,当我的SOAP客户端尝试连接到Web服务时,它引发了异常：

org.jboss.ws.metadata.wsdl.WSDLException: Invalid default namespace: null
at org.jboss.ws.tools.wsdl.WSDLDefinitionsFactory.parse(WSDLDefinitionsFactory.java:134)
at org.jboss.ws.metadata.umdm.ServiceMetaData.getWsdlDefinitions(ServiceMetaData.java:293)
at org.jboss.ws.metadata.builder.jaxws.JAXWSClientMetaDataBuilder.buildMetaData(JAXWSClientMetaDataBuilder.java:84)
at org.jboss.ws.core.jaxws.spi.ServiceDelegateImpl.<init>(ServiceDelegateImpl.java:138)
at org.jboss.ws.core.jaxws.spi.ProviderImpl.createServiceDelegate(ProviderImpl.java:63)
at javax.xml.ws.Service.<init>(Service.java:79)
at org.ortelius.UssdServiceImplementation.<init>(UssdServiceImplementation.java:42)
at org.ortelius.OrteliusClient.sendUssdRequestToWs(OrteliusClient.java:28)

似乎javax.xml.ws.Service调用org.jboss.ws.core.jaxws.spi.ProviderImpl,但它应该调用com.sun.xml.ws.spi.ProviderImpl,因此似乎与jar依赖项.

为避免此问题,有必要：

>移动或删除在$JBOSS_HOME / lib / endorsed /目录中找到的所有JBoss jar文件.
>将捆绑在我最初的.war文件(失败的部署之一)中的jar复制到$JBOSS_HOME / lib / endorsed /目录中.
所有打包在我的.war文件中的罐子.

基本上做到了.

最后的笔记

我不得不承认,发现这一点确实很痛苦,我花了大约四天的时间来解决这个问题.运行.
我对jar依赖项进行了大量的故障排除,检查了JBoss日志,进行了远程调试,比较了Java包和类版本,在线搜索jar并阅读JBoss手册,博客,StackOverflow,JavaRanch等的许多文章.

SOAP客户端确实很简单,但是在JBoss中进行部署存在很大问题.
我的解决方案不是很正统,因为它很大程度上取决于jar文件的依赖性.
因此,我不确定它是否适用于所有人.

问候.

标签：jboss5-x,java,java-ee
来源： https://codeday.me/bug/20191009/1877965.html