J2EE/定期的にTaskを実行する のバックアップ(No.1)

[ トップ ]   [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ ]

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• J2EE/定期的にTaskを実行する へ行く。
  • 1 (2007-09-08 (土) 23:16:26)

---

　「ASP.NET/定期的にTaskを実行する」の内容を、QuizMLに試験的に実装し、ASP.NETで非同期実行ができることがわかりました。じゃぁ、J2EEではどうなんだ？ ということで、やってみました。

java.util.TimerをServletで使う †

1. まず、java.util.TimerTaskクラスを継承、runメソッドを実装したクラスを作成し、runメソッド内に実行したいタスクを記述します。
   • サンプルクラス Task01.java
2. Servlet内でTimerインスタンスを生成し、上で作成したTaskを登録するだけです。

   Timer timer1 = new Timer();
   timer1.scheduleAtFixedRate(new Task01(config.getServletContext()), firstTime, peroid); 

   • サンプルサーブレット TimerTestServlet01.java
   • ※1 開始時刻として過去の時刻を設定すると、その時刻から現在時刻までの実行されたはずの回数分が、スケジュール登録時に一気に実行されてしまいます。開始時刻は、未来時刻になるようにするのが好いでしょうね。

問題点 †

• J2EEでjava.util.Timerを利用することは、問題があるようです。
  1. J2EE 1.4仕様では、サーブレットのサービス・メソッド（service(), doPost(), doGet()等）から新たに別のスレッドを生成し、その新スレッドでJTA（Java Transaction API）を利用したトランザクションを開始することを禁じている
     • J2EE 1.4仕様の「J2EE.4.2.3 Transactions and Threads」の節を参照
  2. EJB 2.1仕様では、Enterprise Beanが開始、終了、中断、再開を含むスレッドの管理を行うことを禁じている。スレッドの管理はEJBコンテナの役割なのです。
     • EJB 2.1仕様の「25.1.2 Programming Restrictions」の節を参照
  3. 開発者がクラスThreadのインスタンスを生成して新たなスレッドを開始した場合には、その新たなスレッドにJava EEコンテキストを渡すことができないため、そのスレッドは認証済みユーザーとは別のSecurity Identityを持つものとして稼働する可能性がある。また、トランザクションの開始や終了といった制御が行えない可能性がある。

• その解決策が、BEAとIBMが共同策定した「JSR 236：Timer for Application Servers」と「JSR 237：Work Manager for Application Servers」であり、その実行が「commonj」というプロジェクトらしい。
  • commonjはWebLogicとWebSphereで利用可能。オープン実装としては、Globus Toolkitに含まれているものや、myFoo.deで配布されているものがある。

Globus Toolkitに含まれているcommonj実装 †

　必要なパーツをうまく抽出できません ...orz

myFoo.deで配布されているcommonj実装 †

　Tomcat5.5を用い、<Context>(server.xml)およびweb.xmlで<Resource>設定をし、TimerManagerインスタンスの取得はできているようなのですが、java.lang.IllegalMonitorStateException が出まくります ...orz

     

Tweet   　リンクはご自由に。ご意見・お問い合わせ・フィードバックはお気軽に メール ください。

　当サイトの情報・著作物は、特に指定がない限り、BSD Lisence(宣伝条項不要)とします。また、真実性、合法性、安全性、適切性、有用性、完全性、正確性について何ら保証するものではありません。利用者はその旨を了承の上、自己の責任において利用するものとし、当該情報に基づく損害、損失についても、当サイトは一切責任を負いません。 HTML convert time: 0.065 sec.