Glassfish 4にWeldのパラメータorg.jboss.weld.conversation.concurrentAccessTimeoutの新しい値を認識させる方法を教えてください。

Question

長時間の実行操作を行う場合、Glassfish 4でPrimeFaces 5.3 + Java EE 7を使用しています。 WELD-000315：： 私は常に実行を中断し、このエラーメッセージを持っている過渡会話を1000ミリ秒に会話ロックを取得できませんでした]]

いくつかの調査が パラメータorg.jboss.weldの値を増やすことをお勧めします。溶接のconversation.concurrentAccessTimeout： File-upload with multiple files fails in Primefaces 5.1

私は多くの方法（weld.properties）、WebアプリケーションのWEB/INF内とEJBモジュールのMETA/INFで、GlassFishののasadminを介してシステムプロパティを作成する）ことによってそれを試してみましたが、GlassFishのはありませんパラメータの新しい値を認識しません。参照してください：https://docs.jboss.org/weld/reference/latest/en-US/html/configure.html#config-conversation-timeout

クラス ConversationTimeoutDefaultSetter、私の環境ではいくつかのヘルプで示唆されているように認識されません。

私の質問は、org.jboss.weld.conversation.concurrentAccessTimeoutパラメータの新しい値をglassfishに認識させる方法です。 この問題に関するその他の解決方法はありますか？

溶接を構成する3つの方法を述べてChapter 19.1：私は答えを持っていないが、私はいくつかの光を当てることができ、あなたに

Answer 1

をありがとうございます。 最初の2つを試してみましたが、3番目の方法をサポートしている場合はGFドキュメントを調べてみてください。

さらに重要なことに、Weldのデバッグモードをオンにして、起動時にWeldプロパティを確認します。あなたが設定したプロパティを示す行があります。そうすれば、実際にはそれが確認されないことを確認できます。それはWeldがそれを認識するかもしれないが、GFはそれを無視する（またはそれを上書きする）だけを選択するかもしれないかもしれない（またはusing external configurationを上書きする）。

これらの設定の多くは、サーバーが従うための「提案」の形式になっています。しかし何らかの理由で、インテグレータはそれを上書きすることを選択するかもしれません。結局のところ、サーバーは会話ロジックを処理しているだけで、Weldは単純にBeanとコンテキストに変換しています。