代码之家 › 专栏 › 技术社区 › arun_hareesh

Websphere Portal中的Soap请求错误

websphere-portal websphere

1

arun_hareesh · 技术社区 · 9 年前

场景是,
我们创建了一个Web服务(例如 第1周 )使用 WebExperience工厂V8.0.0.2 以及 websphere应用程序服务器是V8.0.0.10 这个 第1周 具有调用另一个Web服务的操作(例如 第2周 )用于某些身份验证。所有这些都是肥皂服务。在本地测试此场景时,我们能够调用基础Web服务 第2周 并且能够得到响应。
我把它部署在 WebSphere门户 ,wp_profile,但当我调用服务时 第1周 它显示了一些SOAP错误。错误发生在 第1周 调用 第2周 。我们正在使用 门户8.0 以及 Application Server版本为8.0.0.10。
我在应用程序模块中将类加载更改为父级 。但它仍然显示错误。

给出堆栈跟踪

    Category: bowstreet.system.server.logging.event.criterion.abnormal
    Priority: ERROR
    Msg:      Component:    SERVICE
    Caught an exception processing a message style web service call.
        The associated exception is: java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
        at java.lang.reflect.Method.invoke(Method.java:611)
        at org.apache.axis.providers.java.MsgProvider.processMessage(MsgProvider.java:141)
        at com.bowstreet.axis.providers.WebAppMSGProvider.processMessage(WebAppMSGProvider.java:46)
        at org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:323)
        at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:32)
        at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118)
        at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83)
        at org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:454)
        at org.apache.axis.server.AxisServer.invoke(AxisServer.java:281)
        at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:699)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:595)
        at org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:327)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)
        at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1214)
        at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:774)
        at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:456)
        at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178)
        at com.ibm.ws.webcontainer.filter.WebAppFilterChain.invokeTarget(WebAppFilterChain.java:125)
        at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:77)
        at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:926)
        at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1023)
        at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3703)
        at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:304)
        at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:962)
        at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1662)
        at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:195)
        at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:452)
        at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:511)
        at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:305)
        at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:83)
        at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165)
        at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)
        at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)
        at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138)
        at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204)
        at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775)
        at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905)
        at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1659)
Caused by: java.rmi.RemoteException: Error in method BatchInvoke_al. Error in method getDetail_ws.invoke.  Error in method getDetail_ws.invokeInternal. javax/xml/soap/MessageFactory.newInstance(Ljava/lang/String;)Ljavax/xml/soap/MessageFactory;
        at com.bowstreet.axis.WebAppRPCInterface.aMethod(WebAppRPCInterface.java:68)
        ... 41 more

有人能在这个问题上帮助我吗。。

2 回复 | 直到 9 年前

1

Rahul 9 年前

您部署到两个服务器(工作和非工作)的WAR是不同的,一个是通过从设计器部署而构建的开发模式WAR(这是一个支持WEF独立servlet模式和portlet的双模式WAR),另一个是导出的portlet WAR。如果是这样的话,那么两个WAR将有不同的JAR集合(portletWAR中的jar更少,对于这些API中的一些API,这些jar依赖于门户)。

请交叉检查应用程序模块中的模块类加载器。 saaj-api.jar语言 将在开发模式战争建筑中丢失。删除 saaj-api.jar语言 来自利布并输出战争和部署。

2

1

Rahul 9 年前

您能提供应用程序中使用的库吗? 请检查启动应用程序后是否有两次加载依赖jar文件。您可以在应用程序服务器控制台中查看加载的类文件。