#java #spring #jax-ws #cpu
#java #весна #jax-ws #процессор
Вопрос:
У меня есть веб-сервис, доступный с помощью Spring и JAX-WS. Для этого я использовал jax-ws commons (http://jax-ws-commons.java.net/spring /). Приложение развернуто на weblogic 10.3, и иногда кажется, что некоторые потоки застряли. В прошлый раз, когда я получал дамп потока, я видел, что 6 потоков были помечены как «ЗАСТРЯВШИЕ», и эти потоки потребляли0 CPU. Трассировка потоков была следующей:
"[STUCK] ExecuteThread: '7' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon prio=10 tid=0x00002aaaec5f8800 nid=0x3d99 run
nable [0x0000000048ca4000]
java.lang.Thread.State: RUNNABLE
at java.util.HashMap.put(HashMap.java:374)
at java.util.HashSet.add(HashSet.java:200)
at weblogic.wsee.jaxws.ServerLateInitTube.initializeCopy(ServerLateInitTube.java:56)
at weblogic.wsee.jaxws.ServerLateInitTube.copy(ServerLateInitTube.java:45)
at weblogic.wsee.jaxws.ServerLateInitTube.copy(ServerLateInitTube.java:24)
at com.sun.xml.ws.api.pipe.TubeCloner.copy(TubeCloner.java:102)
at com.sun.xml.ws.api.pipe.TubeCloner.clone(TubeCloner.java:74)
at com.sun.xml.ws.server.WSEndpointImpl$2.<init>(WSEndpointImpl.java:251)
at com.sun.xml.ws.server.WSEndpointImpl.createPipeHead(WSEndpointImpl.java:250)
at com.sun.xml.ws.api.server.Adapter$Toolkit.<init>(Adapter.java:108)
at com.sun.xml.ws.transport.http.HttpAdapter$HttpToolkit.<init>(HttpAdapter.java:434)
at com.sun.xml.ws.transport.http.HttpAdapter.createToolkit(HttpAdapter.java:203)
at com.sun.xml.ws.transport.http.HttpAdapter.createToolkit(HttpAdapter.java:99)
at com.sun.xml.ws.api.server.Adapter$1.create(Adapter.java:117)
at com.sun.xml.ws.api.server.Adapter$1.create(Adapter.java:115)
at com.sun.xml.ws.util.Pool.take(Pool.java:78)
at com.sun.xml.ws.transport.http.HttpAdapter.handle(HttpAdapter.java:248)
at com.sun.xml.ws.transport.http.servlet.ServletAdapter.handle(ServletAdapter.java:140)
at com.sun.xml.ws.transport.http.servlet.WSServletDelegate.doGet(WSServletDelegate.java:129)
at com.sun.xml.ws.transport.http.servlet.WSServletDelegate.doPost(WSServletDelegate.java:160)
at com.sun.xml.ws.transport.http.servlet.WSSpringServlet.doPost(WSSpringServlet.java:52)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:292)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:175)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3594)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2202)
at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2108)
at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1432)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
Есть ли у вас какие-либо идеи, почему существуют застрявшие потоки?
Ответ №1:
Метод put несинхронизированного HashMap, скорее всего, вызывается из нескольких потоков. Я столкнулся с той же проблемой, когда имел большое количество вызовов метода put HashMap из нескольких потоков.
Ответ №2:
Скорее всего, в вашем коде есть цикл, не завершающийся, из-за которого это происходит.
Либо запускайте программу под управлением отладчика и приостанавливайте ее при появлении симптомов, чтобы исследовать текущее состояние каждого потока, либо используйте JVisualVM в JDK для подключения к запущенной программе и получения дампа потока.
Основываясь на этих знаниях, вы можете решить, где находится узкое место, а затем определить, как это исправить.
Комментарии:
1. Если я не ошибаюсь, эта проблема возникает до запуска моего кода. Также я записал приведенную выше трассировку из дампа потока.
2. Похоже, что создание конечной точки для веб-службы выполняется бесконечно. Как вы их настраиваете?
3. Это конфигурация, которую я создал в файле конфигурации spring.
<wss:binding url="/sendSms" service="#sendSmsWebService"></wss:binding> <ws:service id="sendWebService" bean="#sendSmsWSImpl"></ws:service> <bean id="sendSmsWSImpl" class="com.XXXXX.SendSmsWebService"> <property name="sendSmsValidation" ref="sendSmsValidation"></property> <property name="mtPreProcessorModule" ref="mtPreProcessorModule"></property> </bean>4. И вот web.xml записи:
<servlet> <servlet-name>jaxws-servlet</servlet-name> <servlet-class> com.sun.xml.ws.transport.http.servlet.WSSpringServlet </servlet-class> </servlet> <servlet-mapping> <servlet-name>jaxws-servlet</servlet-name> <url-pattern>/sendSms</url-pattern> </servlet-mapping>5. Я не знаком с WebLogic. Возможно, вы захотите задать новый вопрос о правильном способе настройки вашего веб-сервиса с помощью WebLogic.
Ответ №3:
Я открыл SR для Oracle, и они прислали исправление для этой проблемы. Проблема, похоже, исправлена с помощью патча.
Комментарии:
1. Есть ли у вас какая-нибудь ссылка на то, где / как / выпуск, в котором это было исправлено? В некоторых примечаниях к выпуску упоминается аналогичная проблема для другой предметной области в версии 10.3.1, но мы сталкиваемся с проблемой в версии 10.3.3.
2. Я не уверен, выпущен ли этот патч с новыми последними версиями или нет, он был сделан специально для нас.
Ответ №4:
http://mailinator.blogspot.com/2009/06/beautiful-race-condition.html я думаю, это объяснило бы это