第 13 回サーブレット、JSP

本日の内容

13-1. 同期
13-2. サーブレット
13-3. JSP
13-4. Web セキュリティ
13-5. Tomcat のインストールと運用

このドキュメントは http://edu.net.c.dendai.ac.jp/ 上で公開されています。

13-1. 同期

アクセスカウンタを考えます。アクセスカウンタは値を保持しており、その値を読み込んだ後、1を加算し再び値を記憶します。

カウンタ処理

カウンタ値の読み込み(→0)
カウンタ値の加算(0+1)
カウンタ値の書き込み(←1)

これに対して同一のページを複数のブラウザが同時にアクセスすることがあります。ブラウザ A, B がカウンタのページをほぼ同時にアクセスすることを考えます。すると、次のような処理が発生することがあります。

理想的なアクセス

サーバのカウンタ値	ブラウザA	ブラウザB
0	カウンタ値の読み込み(→0)
0	カウンタ値の加算(0+1)
1	カウンタ値の書き込み(←1)
1		カウンタ値の読み込み(→1)
1		カウンタ値の加算(1+1)
2		カウンタ値の書き込み(←2)

二つのブラウザが同時にアクセスしたとき

サーバのカウンタ値	ブラウザA	ブラウザB
0	カウンタ値の読み込み(→0)
0		カウンタ値の読み込み(→0)
0	カウンタ値の加算(0+1)
0		カウンタ値の加算(0+1)
1	カウンタ値の書き込み(←1)
1		カウンタ値の書き込み(←1)

これを制御するには、複数のプロセスが同時にカウンタをアクセスしないようにする必要があります。単一のプロセスだけが操作するように制御を行うことを排他制御と呼びます。排他制御のために用いられる仕組みにセマフォがあります。これは資源管理関数 P, V を用意します。 P が成功したら、処理をし、 V を実行して処理を終了するものです。初期状態では P は一つのプロセスしか実行できず、また、 P を実行したプロセスが V を実行したら、再び一つのプロセスだけが P を実行できるようになります。これを導入すると上記のカウンターの処理は次のようになります。

セマフォを使ったカウンタ処理

P 操作が成功するまで間隔を空けて繰り返す
カウンタ値の読み込み(→0)
カウンタ値の加算(0+1)
カウンタ値の書き込み(←1)
V 操作

二つのブラウザが同時にアクセスしたとき

サーバのカウンタ値	ブラウザA	ブラウザB
0	P操作成功
0		P操作失敗
0	カウンタ値の読み込み(→0)
0		P操作失敗
0	カウンタ値の加算(0+1)
0		P操作失敗
1	カウンタ値の書き込み(←1)
1		P操作失敗
1	V操作
1		P操作成功
1		カウンタ値の読み込み(→1)
1		カウンタ値の加算(1+1)
2		カウンタ値の書き込み(←2)
2		V操作

このように、排他制御を行うアルゴリズムはありますが、排他制御はカウンターのためだけではなく、データベースの更新など様々な場面で必要になります。そのため、プログラミング言語や OS などでこのセマフォアの仕組みは導入されています。 Java では排他制御が必要な時に synchronized を使用します。これは引数に何らかのオブジェクトか配列を取り、続いてブロックを書きます。そして、オブジェクトがロックされてないときに、ロックしてからブロックを実行して、実行を終えてからロックを解除します。

例13-1

上記の概念的なカウンタ処理を Java 風に書くと次のようになります。


private Object semaphore = new Object(); 
private int counter = 0;
public void increment(){
    synchronized(semaphore){ // P 操作
       counter++;
    } // V 操作
}

しかし、 Java ではさらに便利な表現として、メソッドの修飾子として synchronized を使用できます。

例13-2

上記の概念的なカウンタ処理を Java 風に書くと次のようになります。


private Object semaphore = new Object(); 
private int counter = 0;
public synchronized void increment(){
       counter++;
}

なお、あらゆるメソッドで上記のような synchronized を使用すると多重書き込みを避けることはできますが、あらゆる場面でロックがかかりプログラムの効率が落ちます。そのため、どの場面で排他制御が必要か吟味する必要があります。また、複数の資源の排他制御に関しては、二つのプロセスが双方で資源を取り合って、互いに相手の資源の開放を永遠に待ってしまうデッドロックという重大なバグが発生する場合があります。今回はデッドロックに関してまでは説明はしませんが、様々な定石が開発されてますので、もしデッドロックの問題を抱えたら、デッドロックをキーワードに文献等を調査して下さい。

13-2. サーブレット

Web アプリケーションと CGI

Web のサービスは単なる静的なデータの提供に止まりません。動的なデータサービスを行うため、ブラウザからのデータ入力に対して、サーバ側のアプリケーションプログラムが情報処理を行い、結果を表示する仕組みが必要です。そのため、古くは　CGI(Common Gateway Interface) という技術がありました。これは、ブラウザからのデータをWeb サーバが受け付け、指定されたアプリケーションプログラムの標準入力に与えるようにする仕組みです。アプリケーションプログラムは標準入力から受け取った入力を解釈し、情報処理を行った後、結果を HTML に変換し、標準出力に出力します。すると、 Web サーバは得られた出力をブラウザに送ります。

CGI は任意のプログラミング言語で作成でき、また標準入力や標準出力と言った使いこなされた入出力方式を使用するため、取っ付きやすく開発がしやすいと言う特徴がありました。そのため、入出力処理や文字列処理が得意で開発が容易なスクリプト言語である Perl 言語が多様され、多くの CGI プログラムが作られました。 (グループスタディ I の受け付けシステムは Perl で作られています。

しかし、 CGI は Web サーバと別にアプリケーションプログラムが起動されます。これは、 1 セッションという、ブラウザが送ったデータごとに処理が行われるため、セッションごとに Perl の処理系が起動し、 Perl のスクリプトが読み込まれ実行されます。そのため、アクセスが集中すると、大量の Perl の処理系が起動することになるなど、メモリや起動時の処理の効率が悪くなります。

さらに、通常の Web アプリケーションは多くの画面の集合体になっています。しかし、この CGI の仕組みだと、毎回独立して処理系が起動し、毎回処理を終えます。そのため、画面間のデータの受け渡しがサーバ側でサポートされません。これをセッション管理と言います。セッション管理を行うために、データ出力を HTML に変換する際に引き渡し情報を hidden 属性の input 要素として埋め込んだり、ブラウザ側のCookie と呼ばれる記憶領域に情報を書き込んだりするような処理をアプリケーション側で記述する必要がありました。

サーブレット

このように、 Web のアプリケーションサーバを構築するのに、CGI は様々な問題を抱えていました。そこで、プログラミング言語を固定し、Web アプリケーションに必要な機能を追加したような Web アプリケーション専用の Web サーバが開発されました。一つは Microsoft の IIS というサーバです。ここでは Java 言語に特化した Tomcat サーバについて説明します。 Tomcat 6.0 は Servlet 2.5 と JSP 2.1 に対応しています。

J2EE のうち、 Servlet 2.5 に関するドキュメントは http://jcp.org/aboutJava/communityprocess/mrel/jsr154/ にあります。 Tomcat サーバで Servlet を動作させるには、 javax.servlet.http.HttpServlet クラスのサブクラスを作って、 doGet メソッドをオーバライドします。すると、ブラウザからのアクセスに応答できます。一方、ブラウザからのデータは特定のオブジェクトとして与えられます。なお、ブラウザへの出力は特定の出力データストリームオブジェクトに print メソッドで送ります。さらに、同一ブラウザが複数のページを順にアクセスするとき、セッションという概念でデータを関連付けることができます。

基本操作

http://localhost:8080/aaa/bbb をアクセスすると Ccc という名前のクラスが動くというアプリケーションを作ります。

「File」→「new」→「Tomcat プロジェクト」を選択する
プロジェクト名に「aaa」を指定し、「finish」を押す
下記の様にサーブレット、 web.xml をプロジェクトに追加します。

サーブレット

サーブレットの基本は javax.servlet.http.HttpServlet のサブクラスを作って、 void doGet(HttpServletRequest req, HttpServletResponse resp) メソッドをオーバライドします。 HttpServletResponce は javax.servlet.ServletResponse をインプリメントしています。 HTML を出力するには、resp に対して、 getWriter メソッドにより java.io.PrintWriter オブジェクトを得ます。

まず、次のクラスを WEB-INF/src フォルダへ加えます。


import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
public class Hello extends HttpServlet {
  private static final long serialVersionUID = 1L;
  public void doGet(HttpServletRequest request,
                    HttpServletResponse response)
                    throws IOException, ServletException{
    response.setContentType("text/html;charset=shift_jis");
    final PrintWriter out = response.getWriter();
    out.println("<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01//EN\">");
    out.println("<html lang=\"ja\">");
    out.println("<head>");
    out.println("<meta http-equiv=\"content-type\" content=\"text/html; charset=utf-8\">");
    out.println("<title>こんにちは</title>");
    out.println("</head>");
    out.println("<body>");
    out.println("<p>こんにちは サーブレット</p>");
    out.println("</body>");
    out.println("</html>");
  }
}

次に、次のファイルを WEB-INF に web.xml というファイル名で加えます。


<?xml version="1.0" encoding="ISO-8859-1"?>
<web-app xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
version="2.4">
<servlet>
<servlet-name>bbb</servlet-name>
<servlet-class>Hello</servlet-class>
</servlet>

<servlet-mapping>
<servlet-name>
bbb
</servlet-name>
<url-pattern>
/bbb
</url-pattern>
</servlet-mapping>

</web-app>

すると http://localhost:8080/aaa/bbb という URI で「こんにちはサーブレット」というページにアクセスできます。

ブラウザからのデータ

HTML には form というサーバへデータを送る仕組みがあります。これを受けとるには

セッション管理

JSP には単独でページを表示する機能の他に、データを一定の範囲内で継続的に保持する機能があります。

同一サーバ内の関連するページを次々にたどる行為をセッションと言います。このセッションにおいて値を保持する。この他、同一ブラウザでは値を保持する。サーバを起動したら値を保持する

13-3. JSP

JSP とは

Java Server Page(JSP) は HTML ドキュメントに Java コードを埋め込む技術です。 JSP2.1の API のマニュアルは http://jcp.org/aboutJava/communityprocess/final/jsr245/ からダウンロードできます。

Web アプリケーションにおいて、ドキュメントとプログラムの主従関係はドキュメントにデータが埋め込まれるため、 HTML を print メソッドで出力するより、 HTML の特殊構文に Java のプログラムが埋め込まれる方が利便性が高くなります。そのため、 JSP では <% Java プログラム %> の構文で Java のコードを埋め込みます。すると、 Tomcat は JSP ファイルをサーブレットに変換し、さらにコンパイルした後実行します。二度目からのアクセスについては、コンパイルしたものを使うので高速です。

なお、 JSP の基本構文には<% Java プログラム %> の他に変数の内容を表示する <%= 変数名 %> と、初期設定を行う<%@ 設定項目 %>とメンバを定義する <%! メンバ定義 %> があります。

基本構文


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
<html lang="ja">
<head>
<meta http-equiv="content-type"
      content="text/html; charset=shift_jis" >
<%@ page language="java" contentType="text/html; charset=shift_jis" %>
<title>こんにちは</title>
</head>
<body>
<h1>こんにちは</h1>
<p>
<% final String hello = "こんにちは"; %>
<%= hello %>
</p>
</body>
</html>

日本語を使う際はこのように <%@ page ... %> で文字コードを指定し、さらに HTML 本体で所定の文字コードの指定を行います。 HTML 4.01 であれば、 meta 要素、 XHTML 1.1 であれば XML 宣言で行います。

page で指定する項目

ページの動作を定義する <%@ page ... %> の設定項目には次のものがあります。

language

language="java" を指定します。

contentType

上記の例で示しましたが、ドキュメントで使う文字コードを規程します。漢字を使うときは必ず指定します。 Windows で開発するには MS漢字コード(shift_jis) を contentType="text/html; charset=shift_jis" を指定します。

import

JSP の中で使用するパッケージを指定します。 import="java.util.*,java.io.*" などとします。

session

ブラウザが連続して訪れる複数のページで情報を共有する場合、 session="true" を指定します。但し、これはデフォルト値なので、逆に情報を共有せずに独立したしょりを行う場合は必ずsession="false" を指定します。情報を共有するには、後述する session 変数で行います。

include

<%@ include file="ファイル名" %> を指定すると、指定したファイルをその位置に読み込みます。なお、読み込まれるファイルが JSP の場合、 <%@ page %> 指定で文字コードを指定しておく必要があります。

暗黙に宣言されているオブジェクト

JSP では暗黙に宣言されているオブジェクトを使用することができます。これを使って複雑な処理やプロセス間通信などを行います。

pageContext

javax.servlet.jsp.PageContext 型のオブジェクトです。暗黙に定義されるすべてのオブジェクトへのアクセスを提供します。

out

out は javax.servlet.ServletOutputStream (java.io.OutputStreamのサブクラス) 型のオブジェクトで、これに対して print などのメソッドを使うとそのままブラウザに文字を送ることができます。各 print, println をオーバライドしているだけで、その他はすべて OutputStream のメソッドを継承しています。

request

これは javax.servlet.ServletRequest インターフェイス型のオブジェクトです。

java.lang.String getParameter(String)

指定した文字列を name として持つパラメータの value を文字列で返します。但し、漢字を使用する場合、文字コード変換をする必要があります。詳しくは例13-3を参照。

java.util.Enumeration getParameterNames()

パラメータの name の一覧を Enumeration として返します。

session

session は javax.servlet.http.HttpSession 型のオブジェクトです。これはセッション間で共有されます。このオブジェクトには下記のように自由に共有オブジェクトを登録できます。

void setAttribute(String, Object)

名前をつけて、オブジェクトを登録します。

Object getAttribute(String)

名前で登録したオブジェクトを取り出します。

java.util.Enumeration getAttributeNames()

登録した名前の集まりを Enumeration として取り出します。

void removeAttribute(String)

登録した名前のオブジェクトを取り消します。

void invalidate()

セッションを無効にし、登録したオブジェクトをすべて破棄します。

application

application は javax.servlet.ServletContext 型のオブジェクトを参照します。このオブジェクトはサーバが起動してから終了するまでを通じてオブジェクトを共有できます。これも session 同様に、下記のメソッドで共有オブジェクトを登録できます。

void setAttribute(String, Object)

名前をつけて、オブジェクトを登録します。

Object getAttribute(String)

名前で登録したオブジェクトを取り出します。

java.util.Enumeration getAttributeNames()

登録した名前の集まりを Enumeration として取り出します。

void removeAttribute(String)

登録した名前のオブジェクトを取り消します。

データの受け取り

コンテンツ間でデータのやりとりを行うには次のようにします。まず、送信側は HTML の form 機能を使用して、受信側の JSP ドキュメントを指定します。一方、データの受け取りは request.getParameter(String) により受信します。但し、受け取ったデータの漢字コードは送信側の漢字コードに依存しますので、受け取ったデータを指定の漢字コードに変換する必要があります。このため、次のようなコードで漢字コードを変換します。

漢字コード変換


new String(request.getParameter("データ名").getBytes("iso-8859-1"),
           "送信側文字コード名")

例13-3

単純な文字データの送受信の例を示します。 Tomcat プロジェクトとして da13 という名前で作成したのち、次の html と jsp ファイルをプロジェクトに追加して下さい。

ex3.html

Eclipse で挿入する際、空のファイルに対してブラウザが開いてしまうため、 Package Explorer において、 ex3.html を右クリックして「Open with → Text Editor」を選んで修正を行ってください。


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
<html lang="ja">
<head>
<meta http-equiv="content-type"
      content="text/html;charset=shift_jis">
<title>データの送り渡し</title>
</head>
<body>
<h1>データの送り渡し</h1>
<form action="ex3.jsp" method="post">
<p>
<input type="text" name="data" value="あいうえお">
<input type="submit" value="送信">
</p>
</form>
</body>
</html>

ex3.jsp


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
<html lang="ja">
<%@ page contentType="text/html; charset=shift_jis" session="true" %>
<head>
<meta http-equiv="content-type"
      content="text/html;charset=shift_jis">
<title>データの受け取り</title>
</head>
<body>
<h1>データの受け取り</h1>
<p>
<%= new String(request.getParameter("data").getBytes("iso-8859-1"),"shift_jis") %>
</p>
</body>
</html>

カウンタ

JSP ではアプリケーション（起動時から終了時まで）レベル、セッションレベルのデータの共有は application, session オブジェクトを使います。一方、この他に独自に共有オブジェクトを作成することも可能です。但し、多重アクセスによるデータ破壊を防ぐため、共有資源のアクセスには synchronized キーワードを使い排他制御を行います。

例13-4

下記の 3 つの JSP ファイルを一つのプロジェクト(仮に ex5)の中に入れます。そして、 http://localhost:8080/ex5/counter1.jsp にアクセスすると、様々なカウンタの値が表示されます。リンク先をたどるとカウンタ値が増えますが、それぞれのカウンタにより増え方が異なります。 http://localhost:8080/ex5/counter3.jsp にアクセスするとセッションを終了させるので、そこから他のリンクをたどると、セッションに関してリセットされます。

counterbase.jsp


<%@ page language="java" contentType="text/html; charset=shift_jis" session="true" %>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
<html lang="ja">
<head>
<meta http-equiv="content-type"
      content="text/html;charset=shift_jis">
<title>ドキュメント<%= docno %></title>
</head>
<body>
<h1>ドキュメント<%= docno %></h1>
<%!
   private static int static_counter=0;
   private int member_counter=0;
   private static synchronized void add_static_counter(){
   	static_counter++;
   }
   private synchronized void add_member_counter(){
   	member_counter++;
   }

%>
<% 
   Object ac = application.getAttribute("counter");
   int application_counter =1+(ac==null ? 0 : (Integer)ac);
   application.setAttribute("counter",application_counter);
	Object sc = session.getAttribute("counter");
   int session_counter = 1+( sc == null? 0 : (Integer)sc);
   session.setAttribute("counter",session_counter);
	add_static_counter();
	add_member_counter();
%>
<dl>
<dt>アプリケーション</dt>
<dd><%= application_counter %></dd>
<dt>セッション</dt>
<dd><%= session_counter %></dd>
<dt>スタティック</dt>
<dd><%= static_counter %></dd>
<dt>メンバー</dt>
<dd><%= member_counter %></dd>
</dl>
<ol>
<%
for(int i=1; i<=3 ; i++){
%>
<li><a href="counter<%=i%>.jsp">ドキュメント<%=i%></a></li>
<% } %>
</ol>

counter1.jsp


<%@ page language="java" contentType="text/html; charset=shift_jis" session="true" %>
<%! final private int docno=1; %> 
<%@ include file="counterbase.jsp" %>
</body>
</html>

counter2.jsp


<%@ page language="java" contentType="text/html; charset=shift_jis" session="true" %>
<%! final private int docno=2; %> 
<%@ include file="counterbase.jsp" %>
</body>
</html>

counter3.jsp


<%@ page language="java" contentType="text/html; charset=shift_jis" session="true" %>
<%! final private int docno=3; %> 
<%@ include file="counterbase.jsp" %>
<p>
セッション終了
</p>
<%
 session.invalidate();
 %>
</body>
</html>

補足

13-4. Web セキュリティ

Web アプリケーションなど、不特定多数へのサービスを行う際、無関係な個々人に不利益を与えるような攻撃が可能になってしまう場合があります。これは従来のクライアント／サーバの一対一の関係以上の関係を考慮しなければならないので、難易度が高くなっています。

XSS(クロスサイトスクリプティング)

古くは Web 掲示板などでタグを埋め込んで、点滅させたり字を大きくさせたりなど、利用者の可視性を損なうような嫌がらせがありましたが、それと同じく、ページの制作者が意図しないタグを攻撃者が埋め込むことによる攻撃です。

例13-3 の ex3.jsp はこの XSS 脆弱性を含んでいます。試しに http://localhost:8080/da13/ex3.jsp?data=abc というリンクをアクセスしてください。このように、ex3.jsp は data に与えた文字列をそのまま表示してしまいます。タグの利用も http://localhost:8080/da13/ex3.jsp?data=</p><h1>abc</h1><p> のように自由自在です。

まとめると、変数の内容をそのまま表示してしまうようなサイトが有ったとき、そのリンクを利用して、そのサイトのドキュメントをある程度自由に作成できるということです。したがって、そのサイトにおいて、ユーザ管理や決済などの処理なども、リンクを操作することによりコントロールができるようになるということです。

現在のオンラインショッピングなどではログインしてから商品を購入しますが、各ページ毎にパスワードを入れるわけではなく、セッション管理がされています。利用者がログインし、セッションが有効になっている間に、もし、上記のようなリンクを攻撃者がメールなどで利用者に送り、利用者がリンクをクリックすると、攻撃者が意図した攻撃を「ログイン後」に行うことができるようになってしまいます。このセッションを乗っ取られることをセッションハイジャックと言います。このように、攻撃者から利用者、利用者からサーバと悪意のスクリプトが渡ることから「クロスサイトスクリプティング」という名称がつけられています。

対処法

入力された文字列を出力する場合、ブラウザに対して意図しないタグを出力させないということに尽きます。そのための基本戦略として、次のことが挙げられます。

使用する変数をカプセル化して、 getter を作成する。
画面にだす際に getter を使用する。
getter において、変数の中身をチェックし、タグが出力されないようにする。

但し、単純にタグを取り除いても失敗する場合があります。例えば、 <, > のみを取り除く処理を行うとします。しかし、ブラウザには文字列中に実体参照という &xxx; という表現を特定の文字に変換するという機能があります。また、 URL エンコードという %16進数という形式で文字に変換する機能もあります。そのため、特定の文字を取り除くだけだと取り除いた結果が別の文字を生じたりする場合もあります http://localhost:8080/da13/ex3.jsp?data=%3c/p%3e%3ch1%3eabc%3c/h1%3e%3cp%3e 。そのため、様々な仕様から精査する必要があります。

CSRF(クロスサイトリクエストフォージェリ)

セッションの途中の認証を怠っていると、セッションの途中から割り込んでサーバーを誤動作させる攻撃があります。これをクロスサイトリクエストフォージェリと言います。掲示板への自動投稿や特定キーワードの検索などが良く知られています。

対処法としてはセッションハイジャックされないように、入力ページも単なる HTML ではなくセッションに加えるようにすることと、各ページで認証を確認することが挙げられます。 Captchaと呼ばれる可読性を落とした文字画像を利用者に判定させて、機械的なアクセスを防ぐという手法もありますが、これはあまり有効ではないという指摘があります。

SQL インジェクション

Web において他の言語を用いるサービスと連携する場合において、コマンドを発行する際にコマンド列に制作者が意図しないコマンドを紛れ込ませる攻撃です。これはコマンドにおけるエスケープのルールなどが異なるために起きうるもので、根本的には XSS と対処法は変わりません。コマンドにおいて入力されたくない文字をピックアップして排除するのが基本になります。

13-5. Tomcat のインストールと運用

Tomcat のインストール

Apache Tomcat は Tomcat 6.?からダウンロードできます。 2009年11月28日現在、 6.0.20 の Windows Service Installer をダウンロード、インストールします。 http://localhost:8080/ にアクセスして、Apache Tomcat の画面が出たらインストール終了です。

但し、 6.0.20 は Windows Vista や Windows 7 に完全に対応しているわけではありません。 Windows Vista, 7 では次のような追加の操作が必要です。

1. c:\Program Files\Apache Software Foundation\Tomcat 6.0\bin\tomcat6w.exeのプロパティを開く
2. 「互換性」タブを開く
3. 「特権レベル」の「管理者としてこのプログラムを実行する」をチェックして「Ok」を押す。
1. c:\Program Files\Apache Software Foundation\Tomcat 6.0\conf\Catalina\localhost フォルダのプロパティを開く
2. 「セキュリティ」タブの「グループ名またはユーザ名」欄の下の「編集」を押す
3. 立ち上がった「localhost のアクセス許可」の「グループ名またはユーザ名」の中の Users を選択し、下の欄の「フルコントロール」をチェックし、「Ok」を押す。

Eclipse との結合

あらかじめインストールされている Eclipse に Tomcat 用のプラグインを導入します。

まず、プラグインを http://www.eclipsetotale.com/tomcatPlugin.htmlよりダウンロードします。
ダウンロードしたファイルを展開後、指示通りに eclipse フォルダ内の dropin フォルダに com.sysdeo.eclipse.tomcat_3.2.1 フォルダを入れます(ヴァージョンナンバーは任意)
eclipse を起動します。
「Window」「Customize Perspective...」「Other」を見て、「Tomcat」を選択します。
「Window」「Preferences」「Tomcat」を選択します。
1. Tomcat バージョンは 6.x を選択します。
2. Tomcat ホームに「c:\Program Files\Apache Software Foundation\Tomcat 6.0」を入れます。
3. 「コンテキスト宣言モード」で「コンテキスト・ファイル」を選択し、
4. 「コンテキスト・ディレクトリー」に先ほどフルコントロールに設定した「c:\Program Files\Apache Software Foundation\Tomcat 6.0\conf\Catalina\localhost 」を入れます。

坂本直志 <sakamoto@c.dendai.ac.jp>
東京電機大学工学部情報通信工学科

第 13 回 サーブレット、JSP

本日の内容

13-1. 同期

カウンタ処理

理想的なアクセス

二つのブラウザが同時にアクセスしたとき

セマフォを使ったカウンタ処理

二つのブラウザが同時にアクセスしたとき

例13-1

例13-2

13-2. サーブレット

Web アプリケーションと CGI

サーブレット

基本操作

サーブレット

ブラウザからのデータ

セッション管理

13-3. JSP

JSP とは

基本構文

page で指定する項目

language

contentType

import

session

include

暗黙に宣言されているオブジェクト

pageContext

out

request

java.lang.String getParameter(String)

java.util.Enumeration getParameterNames()

session

void setAttribute(String, Object)

Object getAttribute(String)

java.util.Enumeration getAttributeNames()

void removeAttribute(String)

void invalidate()

application

void setAttribute(String, Object)

Object getAttribute(String)

java.util.Enumeration getAttributeNames()

void removeAttribute(String)

データの受け取り

漢字コード変換

例13-3

ex3.html

ex3.jsp

カウンタ

例13-4

counterbase.jsp

counter1.jsp

counter2.jsp

counter3.jsp

補足

13-4. Web セキュリティ

XSS(クロスサイトスクリプティング)

対処法

CSRF(クロスサイトリクエストフォージェリ)

SQL インジェクション

13-5. Tomcat のインストールと運用

Tomcat のインストール

Eclipse との結合

第 13 回サーブレット、JSP