Мне было поручено найти решение для ошибки, которую мы наблюдаем в течение ~ 1,5 лет без перерыва с декабря 17 года, но в декабре 18 года начала происходить ДАЛЕЕ. Мы используем Wildfly 10.1 Final. Когда я проверяю логи в Wildfly, я вижу это:
2019-05-05 00: 19: 32 980 ОШИБКА [io.undertow.request] (задание по умолчанию-3)
UT005023: Запрос на обработку исключения в /SMARxT-02.001/Usage/Create:> org.jboss.resteasy.spi.UnhandledException: RESTEASY00 3770: Ответ принят, не может обработать исключение в
org.jboss.resteasy.core.SynchronousDispatcher.writeException (SynchronousDispa> tcher.java:174)
в
org.jboss.resteasy.core.SynchronousDispatcher.writeResponse (SynchronousDispat> cher.java:478)
в
org.jboss.resteasy.core.SynchronousDispatcher.invoke (SynchronousDispatcher.ja> ва: 422)
в
org.jboss.resteasy.core.SynchronousDispatcher.invoke (SynchronousDispatcher.ja> ва: 209)
в
org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service (> ServletContainerDispatcher.java:221)
в
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service (Https> ervletDispatcher.java:56)
в
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service (Https> ervletDispatcher.java:51)
в javax.servlet.http.HttpServlet.service (HttpServlet.java:790) в
io.undertow.servlet.handlers.ServletHandler.handleRequest (ServletHandler.java>: 85)
в
io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleReques> т (ServletSecurityRoleHandler.java:62)
в
io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest (ServletD> ispatchingHandler.java:36)
в
org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.han> dleRequest (SecurityContextAssociationHandler.java:78)
в
io.undertow.server.handlers.PredicateHandler.handleRequest (PredicateHandler.j> AVA: 43)
в
io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handle> Запрос (SSLInformationAssociationHandler.java:131)
в
io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handle> Запрос (ServletAuthenticationCallHandler.java:57)
в
io.undertow.server.handlers.PredicateHandler.handleRequest (PredicateHandler.j> AVA: 43)
в
io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest (А> uthenticationConstraintHandler.java:53)
в
io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest (Ab> stractConfidentialityHandler.java:46)
в
io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler> .handleRequest (ServletConfidentialityConstraintHandler.java:64)
в
io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handle> Запрос (ServletSecurityConstraintHandler.java:59)
в
io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest (А> uthenticationMechanismsHandler.java:60)
в
io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handl> eRequest (CachedAuthenticatedSessionHandler.java:77)
в
io.undertow.security.handlers.NotificationReceiverHandler.handleRequest (Notif> icationReceiverHandler.java:50)
в
io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handl> eRequest (AbstractSecurityContextAssociationHandler.java:43)
в
io.undertow.server.handlers.PredicateHandler.handleRequest (PredicateHandler.j> AVA: 43)
в
org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleReque> й (JACCContextIdHandler.java:61)
в
io.undertow.server.handlers.PredicateHandler.handleRequest (PredicateHandler.j> AVA: 43)
в
io.undertow.server.handlers.PredicateHandler.handleRequest (PredicateHandler.j> AVA: 43)
в
io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest (Servlet> InitialHandler.java:292)
вio.undertow.servlet.handlers.ServletInitialHandler.access $ 100 (ServletInitialH> andler.java:81)
в
io.undertow.servlet.handlers.ServletInitialHandler $ 2.call (ServletInitialHandl> er.java:138)
в
io.undertow.servlet.handlers.ServletInitialHandler $ 2.call (ServletInitialHandl> er.java:135)
в
io.undertow.servlet.core.ServletRequestContextThreadSetupAction $ 1.call (Servle> tRequestContextThreadSetupAction.java:48)
в
io.undertow.servlet.core.ContextClassLoaderSetupAction $ 1.call (ContextClassLoa> derSetupAction.java:43)
в
io.undertow.servlet.api.LegacyThreadSetupActionWrapper $ 1.call (LegacyThreadSet> upActionWrapper.java:44)
в
io.undertow.servlet.api.LegacyThreadSetupActionWrapper $ 1.call (LegacyThreadSet> upActionWrapper.java:44)
в
io.undertow.servlet.api.LegacyThreadSetupActionWrapper $ 1.call (LegacyThreadSet> upActionWrapper.java:44)
в
io.undertow.servlet.api.LegacyThreadSetupActionWrapper $ 1.call (LegacyThreadSet> upActionWrapper.java:44)
в
io.undertow.servlet.api.LegacyThreadSetupActionWrapper $ 1.call (LegacyThreadSet> upActionWrapper.java:44)
в
io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest (ServletIni> tialHandler.java:272)
в
io.undertow.servlet.handlers.ServletInitialHandler.access $ 000 (ServletInitialH> andler.java:81)
в
io.undertow.servlet.handlers.ServletInitialHandler $ 1.handleRequest (ServletIni> tialHandler.java:104)
в
io.undertow.server.Connectors.executeRootHandler (Connectors.java:202)
в
io.undertow.server.HttpServerExchange $ 1.run (HttpServerExchange.java:805)
в
java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:114> 9)
в
java.util.concurrent.ThreadPoolExecutor $ Worker.run (ThreadPoolExecutor.java:62> 4)
at java.lang.Thread.run (Thread.java:748): вызвано:
javax.json.JsonException: ошибка ввода-вывода при закрытии JsonGenerator в
org.glassfish.json.JsonGeneratorImpl.close (JsonGeneratorImpl.java:587)
в org.glassfish.json.JsonWriterImpl.close (JsonWriterImpl.java:126) в
org.jboss.resteasy.plugins.providers.jsonp.JsonObjectProvider.writeTo (JsonObj> ectProvider.java:73)
в
org.jboss.resteasy.plugins.providers.jsonp.JsonObjectProvider.writeTo (JsonObj> ectProvider.java:25)
в
org.jboss.resteasy.core.interception.AbstractWriterInterceptorContext.writeTo> (AbstractWriterInterceptorContext.java:131)
в
org.jboss.resteasy.core.interception.ServerWriterInterceptorContext.writeTo (S> erverWriterInterceptorContext.java:60)
в
org.jboss.resteasy.core.interception.AbstractWriterInterceptorContext.proceed> (AbstractWriterInterceptorContext.java:120)
в
org.jboss.resteasy.security.doseta.DigitalSigningInterceptor.aroundWriteTo (Di> gitalSigningInterceptor.java:145)
в
org.jboss.resteasy.core.interception.AbstractWriterInterceptorContext.proceed> (AbstractWriterInterceptorContext.java:124)
в
org.jboss.resteasy.plugins.interceptors.encoding.GZIPEncodingInterceptor.arou> ndWriteTo (GZIPEncodingInterceptor.java:100)
в
org.jboss.resteasy.core.interception.AbstractWriterInterceptorContext.proceed> (AbstractWriterInterceptorContext.java:124)
в
org.jboss.resteasy.core.ServerResponseWriter.writeNomapResponse (ServerRespons> eWriter.java:98)
на
org.jboss.resteasy.core.SynchronousDispatcher.writeResponse (SynchronousDispat> cher.java:473)
... еще 45 причин: java.nio.channels.ClosedChannelException at
io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.safeToSend> (AbstractFramedStreamSinkChannel.java:458)
в
io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.write (Abst> ractFramedStreamSinkChannel.java:412)
в org.xnio.channels.Channels.writeFinalBasic (Channels.java:961) в
io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.writeFinal> (AbstractFramedStreamSinkChannel.java:475)
вorg.xnio.conduits.StreamSinkChannelWrappingConduit.writeFinal (StreamSinkChann> elWrappingConduit.java:66) в org.xnio.conduits.ConduitStreamSinkChannel.writeFinal (ConduitStreamSinkChanne >ream.wynSch.SharnTech) (1) .janeo.inkChannel.java:195) по адресу io.undertow.server.HttpServerExchange $ WriteDispatchChannel.writeFinal (HttpSer> verExchange.java:2007) по адресу io.undertow.servlet.spec.ServletOutputStreamImpl.writeBufferOl0).undertow..resteasy.util.CommitHeaderOutputStream.close (CommitHeaderOutputStre> am.java:87) в sun.nio.cs.StreamEncoder.implClose (StreamEncoder.java:320) в sun.nio.cs.StreamEncoder.close (StreamEncoder.jp)) в java.io.OutputStreamWriter.close (OutputStreamWriter.java:233) at org.glassfish.json.JsonGeneratorImpl.close (JsonGeneratorImpl.java:585) ... еще 57
Если я правильно понимаю, Wildfly бросаетошибка необработанного исключения из-за неправильного закрытия JsonGenerator, что вызвано исключением ClosedChannelException.Я попытался сопоставить эти временные метки с нашими журналами из aws, чтобы увидеть сетевой трафик, и я не могу найти точный шаблон.Есть ли у кого-нибудь понимание того, что / где я должен искать для дальнейшего устранения этой проблемы?Извиняюсь, если я что-то пропустил.Я все еще изучаю, как работает wildfly, и у меня нет прав администратора, но я должен предоставить любую информацию, которая поможет.Спасибо!