JAX-RPC и Glassfish

У меня есть устаревшее приложение с веб-сервисами JAX-RPC, развернутое в Weblogic. Я пытаюсь создать тестовую обвязку вокруг него, используя встроенную стеклянную рыбу, и это ScatteredEAR.

Приложение, кажется, развертывается нормально, и конечные точки веб-сервиса доступны. Однако, когда я делаю запрос, я получаю это исключение.

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 не поддерживается на Glassfish?

Кроме того, есть ли шанс вообще отключить MonitoringPipe? Я попытался отключить мониторинг на Glassfish, но безуспешно.

Любые идеи приветствуются.


person akula1001    schedule 22.05.2014    source источник


Ответы (1)


Я не уверен, почему JAXRPCEndpoint преобразуется в JAXWSEndpoint. Кто-нибудь может пролить свет на то, что, возможно, происходит?

Я предполагаю, что это происходит потому, что MonitoringPipe не ожидает никакой JAXRPCEndpoint в качестве конечной точки в этой ситуации.

Я также посмотрел на источник MonitoringPipe, и он просто передает все в JAXWSEndpoint. Есть вероятность, что JAXRPC не поддерживается на Glassfish?

JAX-RPC 1.1 поддерживается GlassFish v3. Из документов Oracle:

Поддерживается API Java для веб-служб на основе XML (JAX-WS) версии 2.2. Java API для удаленных вызовов процедур на основе XML (JAX-RPC) версии 1.1 поддерживается для обратной совместимости.

В документах также содержится дополнительная информация. То же самое должно быть справедливо для GlassFish 4.

Кроме того, есть ли шанс вообще отключить MonitoringPipe? Я попытался отключить мониторинг на Glassfish, но безуспешно.

Вы можете отключить мониторинг различных частей GlassFish с помощью графического интерфейса администратора в разделе Monitoring файла server-config. Я думаю, вы уже пробовали это.

Вы также можете добавить свойство JVM -Dcom.sun.xml.ws.monitoring.endpoint=false и посмотреть, поможет ли это.

Любые идеи приветствуются.

Из вопроса JAX-WS против JAX-RPC:

JAX-RPC — мертвый стандарт, который был урезан в Java EE 6 (и поэтому может быть удален из будущих версий). Причина сокращения: JAX-RPC был ранней попыткой моделировать веб-службы SOAP как вызовы RPC. С тех пор веб-сервисы перестали быть моделью RPC. Гораздо более надежный, многофункциональный и популярный API JAX-WS эффективно заменяет JAX-RPC.

Не видя никакого кода, я могу только догадываться, что вы используете слишком старую технику для реализации веб-службы, которая поддерживается сервером Weblogic, который вы использовали раньше, но не сервером GlassFish, который вы используете сейчас. Я предполагаю, что вы используете v3 или выше, вы можете попробовать веб-приложение на GlassFish v2.

person unwichtich    schedule 29.05.2014