| JSP/サーブレット編 |
|
テキストファイルに対する入出力は極めて簡単なものです。しかし、複数のユーザーが同時にアクセスする可能性があるWebアプリケーションにおける活用においては、重大な落とし穴があることも知っておくべきでしょう。
つまり、ファイルに対する同時書き込みの制御です。データベースであれば、トランザクションや排他ロックなどのしくみがデータベースサーバ自体にあらかじめ備わっていますが、単なるテキストファイルとなると、そのような状況はまったく考慮されていません。そのため、もしも複数のユーザが同時に同一のファイルを開き、書き込み処理を行おうとすれば、思わぬ不整合が生じる可能性があるというわけです。
そこで、テキストファイルの処理に際しては、必ず同時書き込みを防止するロックのしくみを「アプリケーション側」で組み込む必要があります。synchronizedキーワードや、サーブレットではjavax.servlet.SingleThreadModelインターフェイス、J2SE 1.4以降ではjava.nio.FileLockなどの専用のクラスも用意されていますが、これらによって提供されるロックはあくまでアドバイザリロックと呼ばれる「紳士協定」的なロックであるにすぎません。アドバイザリロックにおいては、あくまでプロセス自身がロックを行ないますので、他プロセスによる処理についてはロックは無効です。
そこで、ここではJ2SEのバージョンにも依存せず、ある程度汎用的に適用可能なロックのしくみをご紹介することにしましょう。
■解説
ここでご紹介するのは、専用のロックファイルを生成することで同時書き込みを制御しようという試みです。書き込み時にロックファイルが生成され、そのロックファイルが存在する間はほかのコードは書き込み処理を行なうことはできません。元のプロセスは書き込み終了後にロックファイルを削除します。
<%@ page contentType="text/html;charset=Shift_JIS" |
whileループは、File#createNewFileメソッドがtrueを返す(新規ファイルの作成が成功する)か、リトライ回数(intRetry)の制限を越えるまで、1秒間隔でロックファイルlock.tmpの作成を試みます。ただし、以前の書き込みプロセスが途中で失敗している可能性も考慮する必要があります。その場合に不要なロックファイルがいつまでも残ってしまっていると、以降のプロセスでは永遠に書き込み処理を行なうことができませんので、ロックファイルの最終更新日時が現在時刻の10分以上前であった場合にはロックファイルを強制的に削除します。
whileループから制御が抜けたときにフラグ変数flagがtrueであった場合には、正常にロックファイルを作成できたことを意味しますので、実際のファイル操作に移ります。処理の終了後、ロックファイルは削除します。もしもフラグがfalseであった場合には、ほかのプロセスが書き込み中ですので、その旨をエラー表示し、処理を終了します。
| 「Java TIPS」 |
TechTargetジャパン
- EclipseでScalaプログラミングを始めるための基礎 (2012/2/10)
概要や5つの特徴を紹介し、開発環境を構築して対話型実行環境「REPL」やEclipse上でHello Worldを実行します - 並列分散処理の常識をHadoopファミリから学ぶ (2012/2/8)
並列分散処理の課題やHadoopの長所/短所、そして短所を補うHadoop関連プロジェクトの構成や概要などを簡単に紹介 - WebLogicサーバ最新版「12c」の気になる4つの特徴 (2012/1/31)
久々にメジャーアップグレードしたJavaアプリケーションサーバについて、製品担当者に軽量インストーラなどの特徴を聞いた - GitHubをもっとソーシャルに使いこなすための7つ道具 (2012/1/23)
ソースコードホスティングのGitHub周辺で便利な新サービスが続々登場しているので、まとめて紹介しよう。特に連動クラウド「fluxflex」が注目だ
|
|
キャリアアップ
スポンサーからのお知らせ
- - PR -
イベントカレンダー
- - PR -
