tomcat-eclipse関連ファイルまとめ

Tomcat Eclipse

http://archi.iza.ne.jp/blog/entry/442344/

TOMCATインストールディレクトリ\conf\Catalina\localhost
の下に、コンテキスト名.xmlというファイル名で、上記Server.xmlに追記されたものと同じ内容が記述されています。

Server.xmlへの記述でもコンテキスト・ファイルでもどちらも動作に影響はありません。

確かに昔はserver.xmlに追記されてたな。

http://www.searchman.info/java_eclipse/1090.html

コンテキスト宣言モードは、server.xmlを選択します（これだとserver.xmlで一括管理できます）。

http://okwave.jp/qa3854440.html

web.xmlの内容は各コンテキストのWEB-INF以下のものが優先されます。この優先順位はTomcatというかj2ee規格の決まりごとなので変更できません。

■

genko
  • Java入門って、サーブレット関連の視点抜けてた。基本を腹落ちさせる方針はそのままで。
  • 差がつくポイントはトラブル・エラー・障害発生時などに明確になる。何となくで理解していると、原因を特定できず、場当たり的な対応をしてしまう。初めは面倒でも最初の学習時に、仕組み・動作原理まで踏み込んでおけば、あとで新技術が出てきてもキャッチアップが楽になるし、もちろんトラブル発生時の原因特定にかかる時間も減らせるので、結果的には学習時間の回収もできて、むしろプラス。しかし、初心者がそこまで自力で学ぶのは難しい。なぜならば、一歩踏み込むと複合的な知識が求められ、頓挫してしまうため。
  • Tomcatっておもしろい。リファレンス・インプリだから使いまわせる知識が学べるし。知るほどにうれしい感じ。
  • 主要なweb.xmlを集めてきて、そこから学ぶ。書籍だと網羅し過ぎていて現場での使いどころと範囲が見えないが、これだと即効性がある。UMLも同じなんだよな。
  • Webアプリを業務で作っているけど、Tomcatのどの設定ファイルで何が設定されているか順番に説明できますか？EclipseでTomcatプラグインを使っていて、コンテキスト・ファイルの指定を\conf\Catalina\localhostに指定していますが、ここにできるファイルは何ですか？
  • 業務アプリを作るプログラマは業務が分からないといけないわけじゃない。知ってた方がいいくらい。そういう話はもういい。そうじゃなくて、いかに優れたフレームワークを使って、レイヤ別に実装を分業できても、全てのプログラマがエラー原因の特定をできなければいけないし、そのためには結局フレームワークを熟知していた方がいいにきまってる。それなら、情報が豊富でデファクトであるStrutsがいいよねと(2じゃなくて)。ちなみにプログラマが業務を知ってた方がいいっていう理由は、いくつか考えられるけど、最たるものは、間違った実装をしないようにとか、そういう話でしょ。例えば、保険業界なら、「契約者」と「被保険者」の違いまで分かってないと、とか。そんなもの実装時に注意事項としてまとめられた文書を見りゃいいじゃん。だから、プログラマでも業務知識を求められるとか言って、いたずらに業務知識の乏しさに不安を持たせることないと思うんだけどな。

Executeアノテーションのroles属性(オプション)

SAStruts

http://d.hatena.ne.jp/kuwalab/20080206#1202300252
http://www.techscore.com/tech/J2EE/Servlet/10.html

  • 通常は個々のHTTPメソッド毎にアクセス制限を変えることは少ないので、の定義は１つで十分
  • アクセス制限をかけるWebリソースと、アクセスを許可するロールの組み合わせが複数ある場合について説明します。その場合には、< security-constraint>タグを組み合わせの数だけ繰り返してください。 を繰り返すことにより、個々のWebリソースに対して、細かくアクセス権を設定する事ができます。
  • ユーザ及びロールをTomcatで管理する方法には３種類あります。ここでは最も簡単な「MemoryRealm」を用いた方法について説明します。
    • Tomcatはデフォルトで、Tomcatのconfディレクトリにある「tomcat-users.xml」でユーザおよびロールを管理しています。この設定ファイルの内容は、Tomcat内にある全Webアプリケーションに影響しています。これをこのまま使用しても構わないのですが、ここでは任意のWebアプリケーションに対して、独自の設定ファイルを指定する方法について説明します。
    • タグの「rolename」属性はロール名を指定するものです。当然、このロール名はweb.xmlに定義したものに対応するものです。