JAX-RPC和玻璃鱼

Question

我有一个部署在Weblogic上的带有JAX服务的遗留应用程序。我正在尝试用嵌入式玻璃鱼创建一个测试工具，它是ScatteredEAR。

这个应用程序似乎部署得很好，并且可以使用webservice端点。但是，当我提出请求时，我会得到这个异常。

SEVERE: ws.error_next_pipe
java.lang.ClassCastException: org.glassfish.webservices.monitoring.JAXRPCEndpointImpl cannot be cast to org.glassfish.webservices.monitoring.JAXWSEndpointImpl
at org.glassfish.webservices.MonitoringPipe.process(MonitoringPipe.java:123)
at com.sun.xml.ws.api.pipe.helper.PipeAdapter.processRequest(PipeAdapter.java:119)
at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:1136)
at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:1050)
at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:1019)
at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:877)
at com.sun.xml.ws.api.pipe.helper.AbstractTubeImpl.process(AbstractTubeImpl.java:136)
at com.sun.enterprise.security.webservices.CommonServerSecurityPipe.processRequest(CommonServerSecurityPipe.java:210)
at com.sun.enterprise.security.webservices.CommonServerSecurityPipe.process(CommonServerSecurityPipe.java:142)
at com.sun.xml.ws.api.pipe.helper.PipeAdapter.processRequest(PipeAdapter.java:119)
at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:1136)
at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:1050)
at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:1019)
at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:877)
at com.sun.xml.ws.server.WSEndpointImpl$2.process(WSEndpointImpl.java:420)
at com.sun.xml.ws.transport.http.HttpAdapter$HttpToolkit.handle(HttpAdapter.java:687)
at com.sun.xml.ws.transport.http.HttpAdapter.handle(HttpAdapter.java:266)
at com.sun.xml.ws.transport.http.servlet.ServletAdapter.handle(ServletAdapter.java:169)
at org.glassfish.webservices.JAXWSServlet.doPost(JAXWSServlet.java:169)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
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:246)
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:744)

我不知道为什么JAXRPCEndpoint要被投给JAXWSEndpoint。有人能说明一下可能发生的事情吗？

我还查看了MonitoringPipe的来源，它简单地将所有内容转换为JAXWSEndpoint。是否有可能在玻璃鱼上不支持JAXRPC？

还有，有机会禁用MonitoringPipe吗？我试过禁用对玻璃鱼的监控，但没有运气。

任何想法都值得赞赏。

Answer 1

我不知道为什么JAXRPCEndpoint要被投给JAXWSEndpoint。有人能说明一下可能发生的事情吗？

我想这是因为在这种情况下，MonitoringPipe并不期望任何JAXRPCEndpoint作为端点。

我还查看了MonitoringPipe的来源，它简单地将所有内容转换为JAXWSEndpoint。是否有可能在玻璃鱼上不支持JAXRPC？

GlassFish v3支持Jax-RPC1.1。来自Oracle文档：

支持基于XML的Web服务(JAX)版本2.2的Java .支持基于XML的远程过程调用(JAX)版本1.1的Java，以实现向后兼容性。

文档还包含一些更多的细节。这对于GlassFish 4也应该是有效的。

还有，有机会禁用MonitoringPipe吗？我试过禁用对玻璃鱼的监控，但没有运气。

您可以通过GlassFish的Monitoring部分中的Admin禁用对server-config不同部分的监视。我想你已经试过了。

您还可以添加JVM属性-Dcom.sun.xml.ws.monitoring.endpoint=false，并查看这是否有帮助。

任何想法都值得赞赏。

从JAX-WS诉JAX-RPC的问题

JAX是一个已经在Java 6中被删除的死标准(因此可能从以后的版本中删除)。修剪的原因：JAX早期尝试将SOAP服务建模为RPC调用。自那时以来，Web服务已经从作为RPC模型发展起来。更加健壮、功能丰富和流行的JAX有效地超越了JAX.

在没有看到任何代码的情况下，我只能猜测您正在使用一种太老的技术来实现webservice，这是您以前使用过的Weblogic服务器所支持的，而不是您现在使用的GlassFish服务器所支持的。我想您使用的是v3或更高版本，您可以在GlassFish v2上尝试web应用程序。