警告またはエラーが発生している間、JBossはwar名を表示できません。

JBossサーバーで問題が発生しています。このサーバーでは、10以上のアプリケーションが実行されており、JBossは例外または警告をスローします。警告またはエラーが発生している間、JBossはwar名を表示できません。

どのアプリケーション（戦争）がエラーまたは警告を発するかをどのように分岐できますか。表示するものは、警告/エラーとともに、戦争の名前を動的に表示します。

以下は、どのアプリケーションがこれらのエラーをスローするのか混乱しているエラーです。

11:11:19,361 WARN [org.jboss.jca.adapters.jdbc.WrappedConnection] (http-web-1377112) Closing a statement you left open, please do your own housekeeping: java.lang.Throwable: STACKTRACE 
    at org.jboss.jca.adapters.jdbc.WrappedConnection.registerStatement(WrappedConnection.java:1677) 
    at org.jboss.jca.adapters.jdbc.WrappedStatement.<init>(WrappedStatement.java:105) 
    at org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.<init>(WrappedPreparedStatement.java:69) 
    at org.jboss.jca.adapters.jdbc.WrappedCallableStatement.<init>(WrappedCallableStatement.java:68) 
    at org.jboss.jca.adapters.jdbc.jdk6.WrappedCallableStatementJDK6.<init>(WrappedCallableStatementJDK6.java:52) 
    at org.jboss.jca.adapters.jdbc.jdk6.WrappedConnectionJDK6.wrapCallableStatement(WrappedConnectionJDK6.java:91) 
    at org.jboss.jca.adapters.jdbc.WrappedConnection.prepareCall(WrappedConnection.java:598) 
    at ig.charging.SubsCommonBean.isSubscribedSp(SubsCommonBean.java:1114) [classes:] 
    at org.apache.jsp.addconsent_jsp._jspService(addconsent_jsp.java:512) 
    at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:69) [jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4] 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-1.jar:1.0.2.Final-redhat-1] 
    at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:365) [jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4] 
    at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:309) [jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4] 
    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:242) [jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4] 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-1.jar:1.0.2.Final-redhat-1] 
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4] 
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4] 
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231) [jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4] 
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4] 
    at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.4.0.Final-redhat-19.jar:7.4.0.Final-redhat-19] 
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4] 
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4] 
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:559) [jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4] 
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4] 
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344) [jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4] 
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4] 
    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4] 
    at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:511) [jbossweb-7.4.8.Final-redhat-4.jar:7.4.8.Final-redhat-4] 
    at org.jboss.threads.SimpleDirectExecutor.execute(SimpleDirectExecutor.java:33) 
    at org.jboss.threads.QueueExecutor.runTask(QueueExecutor.java:808) 
    at org.jboss.threads.QueueExecutor.access$100(QueueExecutor.java:45) 
    at org.jboss.threads.QueueExecutor$Worker.run(QueueExecutor.java:828) 
    at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51] 
    at org.jboss.threads.JBossThread.run(JBossThread.java:122)

出典

2016-12-29 Durgesh Mudras

このインスタンスでは、実際に接続を開いたり閉じたりしていません。データソース（接続プール）を介して共有接続を取得しています。 connection.close（）は、接続プールに接続を戻すだけで、他のコンポーネントがこのオープン接続を受け取り、独自のステートメントを実行するために使用します。

接続プールがあることのポイントは、実際には高価なタスク（リソースと時間）であるため、データソース（通常はデータベース）にアクセスするたびにこれを行う必要はありません。。

ただし、実行を強制するには、文を正しく閉じる必要があります。

これは警告メッセージです。明示的に文を閉じる必要はありませんが、実際には期待通りに実行されない可能性があります。希望が役立ちます。

このメッセージが表示された場合は、トラックステートメントが有効で、結果セット/ステートメントを終了していないことを意味します。このトラッキングは、データソースの次のオプションによって有効になります。

<track-statements>true</track-statements>

出典

2016-12-29 08:52:36

私はこれが例外であることを知っていますが、どのアプリケーションがException（War Nameを含む）をスローするのかを調べる必要があります。どのように私は追跡することができますか？ –

JCAトレースログを有効にして問題を再現し、問題をよりよく分析できるようにserver.logファイル全体を提供できますか？ <レベル名= "TRACE" /> <ロガーカテゴリ= "org.jboss.jca"> <レベル名= "TRACE" /> <= "com.arjuna" ロガーカテゴリ> –

例外が発生したときにアプリケーション名が必要でした。など。 MyApplicationName.JSP/Javaファイルなどこれらのサーバーにはアプリケーションが多数配置されているため、どのアプリケーションがエラーをスローするのかがわかりました。など。 \t ig.charging.SubsCommonBean.isSubscribedSp（SubsCommonBean.java:1151）[classes：] \t at org.apache.jsp.addDetails_jsp._jspService（addDetails_jsp.java：460） –

warファイル名はserver.logファイルにあります。

<logger category="com.arjuna"> 
       <level name="TRACE"/> 
      </logger> 
      <logger category="org.jboss.jca"> 
       <level name="TRACE"/> 
      </logger> 
      <logger category="org.jboss.as.connector"> 
       <level name="TRACE"/> 
      </logger>

出典

2016-12-30 09:56:13

警告またはエラーが発生している間、JBossはwar名を表示できません。

答えて

関連する問題