2016-08-25 25 views
1

私はwildfly 10 WebサーバーにデプロイしたJava Webアプリケーションを持っています。アプリケーションはほとんどの場合正常に動作しますが、非常に予期しないことに、Javaサーブレットへの呼び出しはサーブレットに到達しません。Javaサーブレットの呼び出しがサーブレットに届かない

私は不思議になり、visualvmでwildflyサーバーのスレッドダンプを分析しました。私はスレッドダンプを分析する専門家ではありませんが、私は、そのサーブレットコールのタスクスレッドが決して実行されないスレッドロックが発生していると考えています。永遠に待っている。

今、私はこれがアプリケーション側からの問題かどうかわかりません。私はこれがデフォルトに設定されているサーブレットコンテナの設定に問題があるか疑問に思っています。これはいくつかの野生のバグですか?返信してください。

これは私のログインサーブレットコードです:

response.setContentType("application/json"); 
    UserInfo user = null; 
    boolean authenticated = false; 
    String message = ""; 
    String ipAddress = request.getHeader("X-FORWARDED-FOR"); 
    if (ipAddress == null) { 
     ipAddress = request.getRemoteAddr(); 
    } 

    try { 
     ApplicationHelper.clearSession(request); 
     String body = request.getReader().lines().reduce("", (accumulator, actual) -> accumulator + actual); 
     HashMap inputDataMap = new ObjectMapper().readValue(body, HashMap.class); 
     String userName = (String) inputDataMap.get("username"); 
     String password = (String) inputDataMap.get("password"); 
     user = UserDataProvider.verifyEncryptedAccount(userName, password); 

     if (user != null) { 
      UserDataProvider.updateLoginStatus(user.getIdKey(), request.getSession().getId(), ipAddress, true); 
      request.getSession(true).setAttribute("userInfo", user); 
      authenticated = true; 
      message = MPHLTHConstants.Success; 
     } else { 
      throw new InsufficientAccessException("Insufficient access"); 
     } 

    } catch (Exception ex) { 
     authenticated = false; 
     if (ex instanceof ApplicationException) { 
      message = ex.getMessage(); 
     } 
     ExceptionDataProvider.logException(ex, request, user); 
    } finally { 
     try { 
      Response objResponse = new Response(user, message, authenticated, 1); 
      Map<String, String[]> jsonFilters = new HashMap<>(); 
      jsonFilters.put("ResponseFilter", new String[0]); 
      jsonFilters.put("UserInfoFilter", new String[0]); 
      JSONHelper.writeJSONResponse(objResponse, response, jsonFilters); 
     } catch (Exception ex) { 
      ExceptionDataProvider.logException(ex, request, user); 
     } 
    } 

これらは私がロックを見たスレッドであり、それらの私は、いくつかの異なる時間に、これらは、時間の経過とともに変化しなかった。

"default task-64" #206 prio=5 os_prio=0 tid=0x000000001c59b800 nid=0x5608 waiting for monitor entry [0x000000001f8bd000] java.lang.Thread.State: BLOCKED (on object monitor) 
    at java.io.PrintStream.println(PrintStream.java:805) 
    - waiting to lock <0x00000000e0058f58> (a java.io.PrintStream) 
    at org.jboss.stdio.StdioContext$DelegatingPrintStream.println(StdioContext.java:474 

と、この1:この問題が最終的に解決され

> "default task-61" #203 prio=5 os_prio=0 tid=0x000000001c599000 nid=0x4934 runnable [0x000000001f5bd000] 
    java.lang.Thread.State: RUNNABLE 
    at java.io.FileOutputStream.writeBytes(Native Method) 
    at java.io.FileOutputStream.write(FileOutputStream.java:326) 
    at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) 
    at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) 
    - locked <0x00000000e0aeb790> (a java.io.BufferedOutputStream) 
    at java.io.PrintStream.write(PrintStream.java:482) 
    - locked <0x00000000e0aeb770> (a java.io.PrintStream) 
    at org.jboss.logmanager.handlers.UncloseableOutputStream.write(UncloseableOutputStream.java:44) 
    at org.jboss.logmanager.handlers.UninterruptibleOutputStream.write(UninterruptibleOutputStream.java:84) 
    at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221) 
    at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291) 
    at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:295) 
    at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:141) 
    - locked <0x00000000e0aeb738> (a java.io.OutputStreamWriter) 
    at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:229) 
    at java.io.BufferedWriter.flush(BufferedWriter.java:254) 
    - locked <0x00000000e0aeb738> (a java.io.OutputStreamWriter) 
    at org.jboss.logmanager.handlers.WriterHandler.safeFlush(WriterHandler.java:170) 
    at org.jboss.logmanager.handlers.WriterHandler.flush(WriterHandler.java:139) 
    - locked <0x00000000e0aeb700> (a java.lang.Object) 
    at org.jboss.logmanager.ExtHandler.doPublish(ExtHandler.java:104) 
    at org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:67) 
    - locked <0x00000000e0aeb700> (a java.lang.Object) 
    at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:76) 
    at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:314) 
    at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:322) 
    at org.jboss.logmanager.Logger.logRaw(Logger.java:850) 
    at org.jboss.logmanager.Logger.log(Logger.java:596) 
    at org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71) 
    - locked <0x00000000e0058fb8> (a java.lang.StringBuilder) 
    at org.jboss.stdio.WriterOutputStream.finish(WriterOutputStream.java:143) 
    at org.jboss.stdio.WriterOutputStream.flush(WriterOutputStream.java:164) 
    - locked <0x00000000e0059128> (a sun.nio.cs.SingleByte$Decoder) 
    at java.io.PrintStream.write(PrintStream.java:482) 
    - locked <0x00000000e0058f58> (a java.io.PrintStream) 
    at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221) 
    at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291) 
    at sun.nio.cs.StreamEncoder.flushBuffer(StreamEncoder.java:104) 
    - locked <0x00000000e00579c0> (a java.io.OutputStreamWriter) 
    at java.io.OutputStreamWriter.flushBuffer(OutputStreamWriter.java:185) 
    at java.io.PrintStream.newLine(PrintStream.java:546) 
    - locked <0x00000000e0058f58> (a java.io.PrintStream) 
    at java.io.PrintStream.println(PrintStream.java:807) 
    - locked <0x00000000e0058f58> (a java.io.PrintStream) 
    at org.jboss.stdio.StdioContext$DelegatingPrintStream.println(StdioContext.java:474) 
+0

私たちとコードを共有することはできますか? –

+0

「コールがサーバーに到達していない」とはどういう意味ですか?何が起こるのですか? HTTPステータス403? 500年かもしれない? – AlexR

+0

サーブレットが*リクエスト*を受信しないことがあることを意味しますか?それ以外の場合は、アプリケーションが「ほとんどの時間の間うまく機能する」と言うことができるかどうかわかりません。 – RealSkeptic

答えて

0

。アプリケーションのいくつかの場所に存在するprintln()ステートメントのためにスレッドロックが発生していたことが判明しました。 WildFly 10のロギングサブシステムとprintln()ステートメントは、プリント出力ストリームへのロックを作成し、最終的にデッドロックに陥っていました。

+0

Wildflyがこれを正しく処理しないのはなぜですか? – Vishnu

+0

2つのことを行うPrintStreamsを公開しているSystem.outとSystem.errをラップするので、1)jvmオリジナルのストリームに書き込む2)stdout/stderrのロガーに書き込む(wildflyのデフォルトのコンソールアペンダ)。 –

関連する問題