如何解决Wildfly中未处理的异常错误?

时间:2019-05-07 18:59:49

标签: java wildfly-10

我的任务是找到一种解决方案,该解决方案自17年12月以来一直存在约1.5年,直到18年12月才开始发生。我们正在使用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> va:422)     在     org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.ja> va: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> t(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> Request(SSLInformationAssociationHandler.java:131)     在     io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handle> Request(ServletAuthenticationCallHandler.java:57)     在     io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.j> ava:43)     在     io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(A> 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> Request(ServletSecurityConstraintHandler.java:59)     在     io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(A> 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> st(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(服务> 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)     在java.lang.Thread.run(Thread.java:748)上:原因:     javax.json.JsonException:在关闭JsonGenerator时发生I / O错误     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在     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> l.java:104)     在     io.undertow.channels.DetachableStreamSinkChannel.writeFinal(DetachableStreamS> inkChannel.java:195)     在     io.undertow.server.HttpServerExchange $ WriteDispatchChannel.writeFinal(HttpSer> verExchange.java:2007)     在     io.undertow.servlet.spec.ServletOutputStreamImpl.writeBufferBlocking(ServletO> utputStreamImpl.java:561)     在     io.undertow.servlet.spec.ServletOutputStreamImpl.close(ServletOutputStreamImp> l.java:596)     在     org.jboss.resteasy.plugins.server.servlet.HttpServletResponseWrapper $ Deferred> OutputStream.close(HttpServletResponseWrapper.java:58)     在     org.jboss.resteasy.util.CommitHeaderOutputStream.close(CommitHeaderOutputStre> am.java:87)     在sun.nio.cs.StreamEncoder.implClose(StreamEncoder.java:320)在     sun.nio.cs.StreamEncoder.close(StreamEncoder.java:149)在     java.io.OutputStreamWriter.close(OutputStreamWriter.java:233)在     org.glassfish.json.JsonGeneratorImpl.close(JsonGeneratorImpl.java:585)     ...还有57个

  

如果我正确理解这一点,Wildfly将抛出未处理的异常错误,原因是JsonGenerator未正确关闭,这是由ClosedChannelException引起的。我试图将这些时间戳与aws的日志相关联,以查看网络流量,但我找不到确定的模式。是否有人对我应该寻找什么/在哪里进行进一步的故障排除有任何见解?抱歉,如果我什么都不做。我仍在学习wildfly的工作原理,但我没有管理员权限,但是我应该能够提供任何有用的信息。谢谢!

0 个答案:

没有答案