ここからはサーブレットを利用したサーバー側Javaを中心に説明を進めていきます。
　サーブレットの場合は「全体の構成」で触れたように

1. Javaソースを作成（.javaファイル）
2. Javaソースをコンパイル
3. コンパイル結果のクラスファイル（.classファイル）をAPサーバーに配備
4. ブラウザから呼び出して実行

という手順で作業を進めます。
　この1.〜3.ですが、このページの説明ではJavaの統合開発環境（IDE）であるEclipseやSun Studio Creatorなどは一切使いません。テキストエディタ等でソースを編集してコマンドラインでコンパイル、実行ファイル（クラスファイルのこと）をAPサーバーに配備、を全て自分で手作業で行います。そのためにいくつかの準備が必要になるので説明しておきます。

　JSPのときはAPサーバー側で自動的にサーブレットへの変換・コンパイルが行われました。Java2 EE（Enterprize Edition）環境はAPサーバーのものが使われていましたが、今度は自分でJavaソースをコンパイルするため、J2EE環境もインストールしておいてください。「ＴＯＭＣＡＴ４　インストール・設定」あるいは「ＴＯＭＣＡＴ５．５　インストール・設定」の目次から「TOMCATインストール・設定」を参考にしてください。

　Java2 SDK SEとJava2 SDK EEをインストール後、環境変数の設定をしてあるか確認してください。環境変数の設定は（Windows NT、Windows 2000のとき）「スタート」メニュー − 「設定」 − 「コントロールパネル」 − 「システム」と選んでいき行います。

　まず JAVA_HOME にJava2 SDK SEをインストールしたホームディレクトリが設定されていることを確認し、なってなければそのように設定してください。

　それから PATH に対してJavaのコンパイラ等のコマンドが格納されているディレクトリを追加します。
　設定内容は変数名 PATH に対して値として、%PATH%;%JAVA_HOME%\bin としておけばいいです。

　エディタはテキストファイルが編集できればなんでも（メモ帳でも）いいです。ただJavaソースのコンパイルのときに、いちいちコマンドラインから入力するのが面倒ならマクロ機能のあるエディタにしたほうがいいでしょう。

　フリーのエディタならEMACS系（WindowsならMeadowがそれ）が最強で、Java開発用のマクロも揃ってるんでしょうが、私がこれを使ってないのでここではこれ以上触れません。

　シェアウェアですが、「TextPad」と「秀丸」を挙げておきます。それからフリーのものとして「サクラエディタ」と「K2Editor」を挙げます。必要なら窓の杜やベクターから探してください。

TextPadの設定
　TextPadは標準でJava開発環境をある程度揃えています。ただJava2 SDK SE用なのでEE用に若干、追加設定がいります。
　TextPadを起動したら「設定」メニュー − 「環境設定」 − 「ツールマネージャー」 − 「コンパイルJava」と進んでください。ここで「引数」を見ると $File になっていると思います。ここに -extdirs CATALINA_HOMEの内容\lib;. を追加してください。例えば $File -extdirs "C:\Apache Group\Tomcat 4.1\common\lib;." となります。
　こうするとJavaソースのコンパイルはctrl + 1（コントロールキーを押しながら１キーを押す）で実行されます。コンパイル結果のクラスファイルはソースファイルと同じところに作成されます。

秀丸の設定
　秀丸を起動したらまず次のようなマクロを作成しましょう。保存するときは例えば JAVAC.mac と、拡張子を .mac にします。保存先はデフォルトの状態では秀丸をインストールしたディレクトリにしてください（標準では C:\Program Files\Hidemaru です）。

if (updated)
    save;
run "JAVAC -extdirs \"" + getenv("CATALINA_HOME") + "\\common\\lib;.\" \"" + filename2 + "\"";

　次に「マクロ」メニュー − 「マクロ登録」と進み、空いているところを選んで、タイトルには例えば「Javaコンパイル」とします。そしてファイル名から今作成した JAVAC.mac を選択します。
　こうするとJavaソースのコンパイルはctrl + 1（マクロ１に登録したとき）で実行されます。コンパイル結果のクラスファイルはソースファイルと同じところに作成されます。
　コンパイルエラーがなくコンパイルが終了すると空の秀丸エディタが起動されるし、エラーがあればエラーメッセージを表示した秀丸エディタが起動されます。

サクラエディタの設定
　Javaソースのコンパイルは「ツール」メニュー − 「外部コマンドの実行」で行います。APサーバーがTOMCATの場合で環境変数JAVA_HOMEとCATALINA_HOMEが設定してあることを前提とします。
　「外部コマンドの実行」で開かれるダイアログの「名前」に
%JAVA_HOME%\bin\javac -extdirs "%CATALINA_HOME%\common\lib;." "$F" と入力してください。これはコマンドラインでコンパイルをするときと同じ指定です。最後の$Fがサクラエディタのマクロ特殊記号で、編集中のファイル名をフルパスで表したものに置き換わります。
　実行結果は別ウィンドウが開きそこに表示されます。コンパイル結果のクラスファイルはソースファイルと同じところに作成されます。

K2Editorの設定
　K2Editorを起動したらまず外部マクロを作成します。ファイル名は拡張しが.macなら任意の名前でいいんですが、ここでは JAVAC.mac としましょう。保存先は K2Editorのホームディレクトリ\MACRO です。マクロの内容は

//Javaコンパイル
ProgramExec(javac.exe -extdirs "C:\Apache Group\Tomcat 4.1\common\lib;." -Xstdout C:\TEMP\javacerr.txt %F ,, 1, 0, 0)
LoadFromFile(C:\TEMP\javacerr.txt)

としておきましょう。この例の場合ではCドライブにTEMPというディレクトリを作っておく必要があります。その下のjavacerr.txtにコンパイル結果のメッセージを出力するように指定しています。コンパイル実行後にそのファイルをK2Editorで開くという指定です。
　次に今作成したマクロの登録をします。「その他」メニュー − 「共通設定」と進み、「マクロ]のタグを選んでください。空いているところを選んで「マクロ割付」ボタンを押すと、MACROディレクトリ下にあるマクロ一覧が表示されるので、作成した JAVAC.mac を選択してください。
　こうしておけば拡張子が.javaのファイルを開いておき、ファンクションキーの2を押すか、「その他」メニュー − 「外部マクロ実行」でJAVAC.macを選択することにより、Javaのコンパイルが出来ます。
　コンパイルエラーがなくコンパイルが終了すると空のK2Editorが起動されるし、エラーがあればエラーメッセージを表示したK2Editorが起動されます。

　マクロ登録が出来るエディタを使って、編集中のJavaソースをその場でコンパイルする方法については上で説明しました。そうではなく、コマンドラインからコンパイルコマンドでコンパイルする方法について簡単に説明しておきます。

　Javaのソースファイルは、 C:\WORK\Java_Src ディレクトリに置いてあるという前提で説明します。
　まずコンパイルコマンドの指定は
javac コンパイルオプション ソースファイル名
となります。ここでコンパイルオプションにはJ2EE環境のライブラリの場所を指定しますので、そのためのオプション -extdirs を使います。J2EE環境のライブラリにはTOMCATのものを使いますので、例えば -extdirs "C:\Apache Software Foundation\Tomcat 4.1\common\lib;." となります。
　ソースファイル名はフルパスで C:\WORK\Java_Src\ソースファイル名 とするか、事前に CD コマンドでカレントディレクトリを C:\WORK\Java_Src に移動しておいてください。
　Javaソースにエラーが無く、コンパイルが正常に終了するとコンパイル結果のクラスファイルは、ソースファイルと同じディレクトリに生成されます。

　Javaソースのファイル名は拡張子を.javaにして、サーブレット名.java としてください。このサーブレット名がブラウザのアドレスバーに指定する名前になります。
　コンパイル結果のクラスファイルは、サーブレット名.class になります。

　ソースファイルの置き場所は任意の場所です。コンパイル結果のクラスファイルは、ここでは「ＴＯＭＣＡＴ　インストール・設定」を前提にしているので、%CATALINA_HOME%\webapps\TestAp\WEB-INF\classes以下になります。
　クラスファイルをここにコピーすればいいんですが、面倒ならここにソースファイルも置いて、ここでコンパイルしても構いません（実運用でなくお勉強環境なので）。

　サーブレットを実行するとき、ブラウザのアドレスバーでは http://localhost:8080/TestAp/servlet/サーブレット名 と入力するようになります

　Javaソースファイル内の構成は、概ね次のようになります。

という構成です。

　インスタンス変数の定義は頭の方ではなく、上図の下のほう、「※インスタンス変数の定義」で書いた所にするという流儀もあるようです。自分でプログラムを組む場合、どちらかに統一してください。

　ここで import 文のサーブレットの場合の書き方を説明します。特にサーブレットに限らず、JSP以外のJava標準の書き方です。
　これはJSPのときと違い通常のJavaの文なので書き方は、
import　パッケージ名.クラス名;
　あるいは同じパッケージ内の全てのクラスをインポートするのであれば、*で代表して
import　パッケージ名.*;
となります。

　* を使ったクラスの一括指定の注意等はJSPのときと同じです。「インポートの仕組み」を参照してください。

　最初に作るサーブレットは、JSP編で一番最初に作った「テキストボックスで入力したデータをそのまま表示する」を基にしていきましょう。しばらくは、これにいろいろと手を加えていく構成で進めていきます。

　それでは単純にサーブレット変換したソースを、初めから順に例示しながら説明します。

import  javax.servlet.ServletException;         // サーブレット処理関連の例外
import  javax.servlet.http.HttpServlet;         // サーブレットの基底クラス
import  javax.servlet.http.HttpServletRequest;  // クライアントからの要求処理用
import  javax.servlet.http.HttpServletResponse; // クライアントへの応答用
import  java.io.PrintWriter;                    // 標準出力先設定用
import  java.io.IOException;                    // IO関連の例外

　これが最低限必要な import 文の部分になります。これのコメントの部分はあくまで説明用なので、通常は必要ないと思います。

　その次の部分です。ここで自分のサーブレットに対するクラス定義をします。

public class Svlt_SMPL01 extends HttpServlet
  {
        // Svlt_SMPL01クラス内全域で使うので、ここで変数宣言する
        // ただし他のクラスには見せないのでprivateにしておく
        private PrintWriter wc_out;

　APサーバーから呼ばれる、外部からアクセスされるクラスなので public 宣言をします。
　class の後ろがクラス名、この場合はサーブレット名になります。ファイル名の構成を思い出してください（サーブレット名.java）。ここに書くクラス名は、ソースファイルのサーブレット名部分と同じでないといけません。

　次の extends HttpServlet がいよいよJavaのオブジェクト指向らしい部分です。
　まず HttpServlet はJavaが標準で持っているサーブレットのクラスです。その前と併せて Svlt_SMPL01 extends HttpServlet と書くと、Svlt_SMPL01は HttpServlet を拡張したもの、という意味になります。言い方を変えるとSvlt_SMPL01クラスは HttpServlet クラスを継承している、ということです。この場合、 HttpServlet が基底クラスでSvlt_SMPL01が拡張クラスになります（他の言い方ではそれぞれを親クラス、子クラスとも言いますが、ここでは基底クラス、拡張クラスという言い方をします）。
　Java標準のサーブレットに対して何を拡張しているかと言うと、このSvlt_SMPL01固有の機能、つまりクライアントから受けたデータを返す処理、という部分が標準外の拡張機能にあたる訳です。

　そしてクラス宣言に対する { から } の間が、このクラスが持つメソッドやインスタンス変数の定義記述になります。

　次にインスタンス変数を定義しています。標準出力に使う変数です。例の中のコメントにあるとおり、外部に見せない変数なので private 宣言をします。

　それからこのSvlt_SMPL01クラスが持つメソッドの定義をしていきます。

    public void doGet (HttpServletRequest p_request, HttpServletResponse p_response)
      throws IOException, ServletException
      {

        P_response.setContentType("text/html; charset=Shift_JIS");
        wc_out = p_response.getWriter();

　このメソッド名 doGet はきまり文句です。 method="get" で定義したフォームからのデータを受けるときは、このメソッド名を使います。ちなみに method="post" で定義したフォームからのデータのときは、 doPost というメソッド名になります。

    public void doGet (HttpServletRequest p_request, HttpServletResponse p_response)
      throws IOException, ServletException
      {
        this.doPost(p_request, p_response);
      }

    public void doPost (HttpServletRequest p_request, HttpServletResponse p_response)
      throws IOException, ServletException
      {
        // 本来の処理記述
      }

　このメソッドはAPサーバーであるTOMCAT、つまり外部から呼び出されるので public 宣言にします。またこのメソッドは戻り値が無いので、その次の戻り値型定義に void と定義します。

　 doGet メソッドが受け取る引数は、クライアントからの要求を表す HttpServletRequest クラスとクライアントへの応答を表す HttpServletResponse クラスなので、この２つを定義します。

　次の throws は、その後ろで定義した例外はそのまま呼び出し元に返す、という意味です。 doGet メソッド内で IOException と ServletException が起きたときは呼び出し元のAPサーバーにそのまま返す、ということです。

　そしてメソッド宣言に対する { から } の間が実際のメソッドの処理記述になります。

　まず
p_request.setCharacterEncoding("Shift_JIS");
は、クライアントから受け取るデータの文字コードを指定します。Java内では全てunicodeで処理されますが、unicodeに変換する際、このサーブレットではどの文字コードで送られたデータを処理するかを指定します。

　次の
p_response.setContentType("text/html; charset=Shift_JIS");
は、クライアントへの応答内容の形式と文字コードを設定します。

　それから
wc_out = p_response.getWriter();
で、 PrintWriter 型と宣言したインスタンス変数wc_outに対して、実際にクライアントに応答を送信するときに使う PrintWriter オブジェクトを設定しています。

　その後が doGet メソッドの実際の処理内容記述です。
　ここはJSPで作ったものとほとんど同じですね。JSPのときはHTMLをそのまま書いていたのが print メソッドでの出力に変わっただけです。

        wc_out.print("<!doctype html public \"-//W3C//DTD HTML 4.0 Transitional//EN\" "
                  + "\"http://www.w3.org/TR/REC-html40/loose.dtd\">");

        wc_out.print("<html>");
        wc_out.print("<head>");
        wc_out.print("<title>サンプル１：送信パラメータ受け取り（テキストボックス）</title>");
        wc_out.print("</head>");

        wc_out.print("<body bgcolor=\"#aaddaa\">");
        wc_out.print("<form method=\"get\" action=\"Svlt_SMPL01\">");
        wc_out.print("<input type=\"text\" name=\"Text1\"  size=\"10\" />　　");
        wc_out.print("<input type=\"submit\" name=\"SUB1\" value=\"送信\" />");
        wc_out.print("<br />");
        wc_out.print("<hr />");
        wc_out.print("受けたデータは " + p_request.getParameter("Text1") + " です。");
        wc_out.print("<br />");

        wc_out.print("</form>");
        wc_out.print("</body>");
        wc_out.print("</html>");
      }
  }

　print の代わりに println メソッドでも構いません。両者の違いはメソッドの引数に書いたデータを出力後、改行コードを付けるか否か、という点です。
　改行コードがあろうが無かろうがHTMLでは <br /> を書かないとブラウザ上の実際の表示では改行されないので、どちらでも同じ表示になります。ブラウザで「ソースの表示」をしたときにHTMLソースの表示が変わるだけです。今は練習としているので、デバッグなどのときブラウザ側で生成したHTMLを見ることもあるかと思います。そのとき見やすいので、サンプルでは print メソッドですが println メソッドの方がいいかもしれません。

　以上、例示したのを順番に全部つなげれば、JSP編で一番最初に作った「テキストボックスで入力したデータをそのまま表示する」のサーブレット版です。一応全体を「サンプル」として載せておきます。
　ただしサンプルでは doGet の代わりに doPost を使ったものになってます。

　さて今作ったサーブレットを動かし、テキストボックスに
<a href="about:blank" target="_blank">TEST</a>
と入力してみましょう。そして送信ボタンを押し、応答結果の表示を見てください。サーバーで受けたデータをそのまま表示している部分にはテキストボックスに入力した <a href="about:blank" target="_blank">TEST</a> がそのまま表示されるはずがリンクになってませんか。

　これはHTMLがあるデータ構造を持つものではなく、単なるテキストデータ中の特定の文字列でタグを表し、タグでデータ構造を表現しているためです。ブラウザ側の表示処理時にサーバーから送られてきたテキストデータを解析し、HTMLタグを表す文字列があるとそれはそのまま表示するのではなくHTMLタグとしての処理結果を表示することになります。
　最初に作ったサーブレット（これの元のJSPでも同じ）ではテキストボックスに入力したデータをそのまま表示しようとしています。しかしテキストボックスにHTMLタグを入力したため、表示のときにHTMLタグと解釈されてしまったわけです。
　今の場合は表示のときに &lt;a href="about:blank" target="_blank"&gt;TEST&lt;/a&gt; と、< と > を変換してやればHTMLタグとは解釈されなくなるので、期待通りに <a href="about:blank" target="_blank">TEST</a> が表示されます。

　この例はHTMLタグと解釈される文字列の場合でしたが、JavaScriptやVBScriptと解釈される文字列を送ってしまうと、クライアント側が思わぬ動作をしてしまいます。そこで固定値以外の、何らかの媒体から入力したデータをクライアントに送信するときは、タグと解釈される文字列がないように、いくつかの文字を変換した結果を送信するようにしましょう。HTML超入門編の「特殊文字」でもちょっとだけ触れましたが、「少なくともこれだけは変換しておけば問題ないだろう」というものを挙げておきます。
　次の演習課題からはこの文字列の変換を主題にしていきます。

　文字列のある部分を変更すると言っても「文字列の仕組み」で説明したように、元の文字列のある部分を変更する、置き換えることは出来ません。
　正確には元の文字列のある部分を変更した新しい文字列を生成する、ということになります。

　このためのメソッドに replace メソッドがあり、 文字列.replace(元の文字,　置き換える文字) と書きます。メソッドの戻り値は変更後の新しい文字列です。

　しかしこのメソッドの引数を見ると分かるように、これはあくまでも文字、char 型の置き換えだけです。この演習課題でやりたいのは例えば > という部分を &lt; という文字列で置き換える、ということです。
　この > も文字ではなく長さ１文字の文字列と考えると必要なのは、文字列のある部分文字列を別の文字列で置き換える、という機能です。

　そのためのメソッドには replaceAll メソッドと replaceFirst メソッドがあります。 replaceAll メソッドの書き方は、
文字列.replaceAll(置き換え対象の部分文字列を表す正規表現,　置き換える文字列) となります。メソッドの戻り値は変更後の新しい文字列です。
　この二つのメソッドの違いは、条件に合う部分（正規表現に合う部分）を全て置き換えるか（replaceAll）、条件に合う最初の部分だけを置き換えるか（replaceFirst）です。

　このメソッドを使って上の表にある文字を置き換えてやればいいんですが、順番だけ注意してください。後から & 置き換えをすると、例えば先に > を &gt; に置き換え済みの文字列に、さらに & の置き換えをしてしまうので &amp;gt; になってしまいます。

　今の演習課題には直接必要とはしませんが、ここで文字列（ String クラス）のメソッドについて主なもの（たぶんよく使いそうなもの）について簡単に説明しておきます。実際のところ、Java2 SEドキュメントのAPI仕様を見たほうが早いのですが。

　いくつかのメソッドでは文字列中の部分文字列を指定することができます。先にそのときの位置指定方法を説明しておきます。
　Javaでは文字列中の位置は相対指定で指定します。つまり「先頭から何文字目か」という指定です。従って一番最初の文字の位置は、先頭から0番目ということで 0 になります。けっして１文字目だから1、ではありません。

　それでは応答結果を返すときに文字列変換をする、課題にチャレンジしてみてください。テストをする際には、
　・応答結果が返った画面でそのまま送信する
　・テキストボックスに入力するときに " を含んだものを入れてみる
のパターンを忘れないでください。

　とりあえずこのサンプルと似たような形になると思います。いままで説明してきた範疇では、そう違った組み方は出来ないと思いますので。