記事を理解するために必要な知識のレベル:あなたはすでに Java Core を多かれ少なかれ理解しており、JavaEE テクノロジと Web プログラミングについて学びたいと考えています。これは、記事に近いトピックをカバーする Java Collections クエストを現在学習している場合に最も意味があります。 この資料は、私の記事「IntelliJ Idea Enterprise での単純な Web プロジェクトの作成」![サーブレットと JSP を使用した簡単な Web アプリケーションの作成 (パート 1) - 1]()
の論理的な続きです。その中で、実用的な Web プロジェクト テンプレートを作成する方法を説明しました。今回は、Java Servlet API と JavaServer Pages API テクノロジを使用して、シンプルだが美しい Web アプリケーションを作成する方法を説明します。アプリケーションには、次の 2 つのリンクのあるホームページがあります。
![Java-университет]()
私のチャット
- ユーザー追加ページへ。
- ユーザー一覧表示ページへ。
将来のアプリケーションの構造について少し
メイン ページ ( / ) は、ヘッダーと 2 つのリンク/ボタンを備えた最も一般的な静的 HTML ページになります。- 新しいユーザーを追加します ( /addに送信されます);
- ユーザーのリストを表示します ( /listに送信します)。
静的ホームページを作成してみよう
Web フォルダーにindex.jsp がある場合は、それを削除します。代わりに、このフォルダーに、 index.htmlという単純な HTML ファイルを作成します。<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>My super project!</title>
</head>
<body>
<!-- header -->
<div>
<h1>Super app!<//h1>
</div>
<div> <!-- content -->
<div> <!-- buttons holder -->
<button onclick="location.href='/list'">List users<//button>
<button onclick="location.href='/add'">Add user<//button>
</div>
</div>
</body>
</html>結果をレンダリングするための jsp ファイルを作成する
同じWebディレクトリに、 jsp ファイルを置くフォルダーを作成します。私はそれをビューと呼んでいましたが、やはり即興演奏が可能です。このフォルダーに 2 つの jsp ファイルを作成します。- add.jsp — ユーザーを追加するためのページ。
- list.jsp - ユーザーのリストを表示するページ。
2 つのサーブレットを作成しましょう
サーブレットは、Tomcat から渡されるリクエストを受け入れて処理します。src/main/javaフォルダーに、ソースを含むアプリパッケージを作成します。そこにはさらにさまざまなパッケージがあります。したがって、これらのパッケージが相互に作成されないように、アプリパッケージ内にクラスを作成しましょう (その後、削除します)。次に、アプリパッケージ内に3 つの異なるパッケージ を作成しましょう。
- エンティティ- ここにエンティティが配置されます (ユーザー オブジェクトを記述するクラス自体)。
- モデル- 私たちのモデルがここにあります (これについては少し後ほど詳しく説明します)。
- サーブレット- さて、これが私たちのサーブレットになります。
- AddServlet - /addで受信したリクエストを処理します。
- ListServlet - /listで受信したリクエストを処理します。
Maven で依存関係を接続する
Tomcat バージョン 9.* は、Servlet バージョン 4.0 および JavaServer Pages バージョン 2.3 仕様を実装しています。これは、Tomcat 9 の公式ドキュメントの 2 行目の最初の段落に書かれています。これは、あなたが私と同じように、このバージョンの Tomcat を使用している場合、私たちが作成して送信して実行するコードは、指定されたバージョンを正確に使用することを意味します。しかし、これらの仕様をプロジェクトに含めて、それらを使用するコードが少なくとも正常にコンパイルできるようにしたいと考えています。このためには、それらをプロジェクトにロードする必要があります。ここで Maven が助けになります。一般的なルールは次のとおりです: Maven を使用して何かをプロジェクトに接続する必要がある場合:
- Maven リポジトリ Web サイトに移動します。
- そこで必要なライブラリとバージョンを探してください。
- pom.xml に挿入する必要がある依存関係コードを取得します。
- 入れる！:)
<dependencies>
</dependencies><?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>ru.javarush.info.fatfaggy</groupId>
<artifactId>my-super-project</artifactId>
<version>1.0-SNAPSHOT</version>
<properties>
<maven.compiler.source>1.8</maven.compile.source>
<maven.compiler.target>1.8</maven.compile.target>
</properties>
<dependencies>
<!-- Servlet API 4.0 for tomcat 9 -->
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>javax.servlet-api</artifactId>
<version>4.0.0</version>
<scope>provided</scope>
</dependency>
<!-- JavaServer Pages API 2.3 for tomcat 9 -->
<dependency>
<groupId>javax.servlet.jsp</groupId>
<artifactId>javax.servlet.jsp-api</artifactId>
<version>2.3.1</version>
<scope>provided</scope>
</dependency>
</dependencies>
</project>サーブレットを実際のサーブレットにする
この時点で、作成した 2 つのサーブレットは実際には単なる通常のクラスです。それらには何の機能もありません。ただし、サーブレット API をプロジェクトに接続したので、接続されている場合は、そこからクラスを使用できるようになります。サーブレットを「本物の」サーブレットにするには、単にHttpServletクラスからサーブレットを継承する必要があります。マッピングまたはパーティショニング
ここで、 /addからのリクエストがAddServletサーブレットによって処理され、したがって/listからのリクエストがListServletサーブレットによって処理されるように、何らかの方法で Tomcat に伝えるとよいでしょう。このプロセスは マッピング と呼ばれます。これは、次の原則に従って web.xmlファイルで行われます。- まず、サーブレットを記述します (名前を付け、クラス自体へのパスを示します)。
- 次に、このサーブレットを特定のアドレスにバインドします (指定したサーブレットの名前を示し、リクエストの送信元のアドレスをこのサーブレットに示します)。
<servlet>
<servlet-name>add</servlet-name>
<servlet-class>app.servlets.AddServlet</servlet-class>
</servlet><servlet-mapping>
<servlet-name>add</servlet-name>
<url-pattern>/add</url-pattern>
</servlet-mapping><?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd"
version="3.1">
<!-- add servlet -->
<servlet>
<servlet-name>add</servlet-name>
<servlet-class>app.servlets.AddServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>add</servlet-name>
<url-pattern>/add</url-pattern>
</servlet-mapping>
<!-- list servlet -->
<servlet>
<servlet-name>list</servlet-name>
<servlet-class>app.servlets.ListServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>list</servlet-name>
<url-pattern>/list</url-pattern>
</servlet-mapping>
</web-app>叙情的な余談ですが、「内部で」何が起こっているのでしょうか?
私たちのアプリケーションが Tomcat でどのように動作するのか、すでに疑問に思ったことがあるでしょう? そこで何が起こっているのでしょうか？main()メソッドはどこにあるのでしょうか? ブラウザに「localhost:8080」と入力してこのアドレスに移動すると、ブラウザはhttpプロトコル経由でこのアドレスにリクエストを送信します。リクエストにはさまざまな「タイプ」があり、最も一般的なのはGETとPOSTであることをすでにご存知かと思います。すべてのリクエストには答えが必要です。GET リクエストは、応答として既成のHTML コードが与えられることを期待しており、それがブラウザに返され、ブラウザはこのコードをあらゆる種類の文字、ボタン、フォームに美しく置き換えます。POST リクエストは、いくつかの情報も伴うため、もう少し興味深いものです。たとえば、ユーザー登録または認証フォームにデータを入力し、「送信」をクリックします。この時点で、あなたの個人情報を含むPOST リクエストがサーバーに送信されました。サーバーはこの情報を受け入れ、処理して、何らかの応答 (たとえば、プロフィールを含むHTML ページ) を返しました。それらの基本的な違いは、GET リクエストはサーバーからデータを受信することのみを目的としているのに対し、POST リクエストには何らかの情報が含まれており、サーバー上のデータが変更される可能性があることです (たとえば、写真をサーバーにアップロードすると、 POST リクエストに送られ、サーバーはそれをデータベースに追加します。つまり、何らかの変更が発生します。Tomcat に戻りましょう。クライアントから何らかのリクエストを受け取ると、アドレスを調べます。そのデータを次のように検索します。そのようなアドレスへのリクエストを処理する適切なサーブレット (またはすぐに返せる既製のリソース) があるかどうかを確認します。返すものが見つからない場合は、HTML ページではなく応答します。このアドレスに「存在する」適切なサーブレットが見つかった場合、受信したリクエストの種類 (GET、POST、またはその他) を確認し、サーブレットに次のメソッドがあるかどうかを尋ねます。サーブレットがこのタイプのリクエストを処理できないと判断した場合、Tomcat はコード 405 でクライアントに応答します。これがまさに私たちに起こったことです。しかし、適切なサーブレットが見つかり、それに適切なメソッドがある場合、Tomcat はこのサーブレットのオブジェクトを作成し、それを新しいスレッド ( thread ) で実行します。これにより、サーブレットは別のスレッドで動作できるようになり、Tomcat はさらに動作し続けます。それ自体、リクエストの受信と送信を行います。さらに、Tomcat はさらに 2 つのオブジェクトを作成します。1 つはHttpServletRequestタイプ(今後は簡単にリクエストと呼びます) で、もう 1 つはHttpServletResponseタイプです。（それを答えと呼びます）。最初のオブジェクトには、クライアントからのリクエストで受信したすべてのデータが配置されるため、すべてのデータをこのオブジェクトから取り出すことができます。さて、これらすべてを行った後、これら 2 つのオブジェクトを、別のスレッドで実行されているサーブレットの適切なメソッドに渡します。サーブレットは作業を終了し、クライアントに応答を送信する準備ができるとすぐに、Tomcat に対してフラグを立てて、「完了しました。すべての準備が整いました」と伝えます。Tomcat は応答を受け取り、クライアントに送信します。これにより、Tomcat は中断することなくリクエストを受け入れ、応答を送信できるようになり、すべての作業は別のスレッドで実行されるサーブレットによって実行されます。したがって、サーブレット コードを記述するときは、実行される作業を定義します。そして、そうです、 main()メソッドは Tomcat 自体の中にあると考えることができます(はい、Java で書かれています)。Tomcat を「開始」すると、main().
サーブレットで GET メソッドをキャッチし、単純な応答を送信します
現時点では、サーブレットには適切なメソッド (GET) がないため、Tomcat は 405 エラーを返します。サーブレットを継承する HttpServlet クラスは、さまざまなメソッドを定義します。メソッドのコードを設定するには、メソッドをオーバーライドするだけです。この場合、両方のサーブレットでdoGet()メソッドをオーバーライドする必要があります。@Override
protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
}@Override
protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
PrintWriter writer = resp.getWriter();
writer.println("Method GET from AddServlet");
}- リクエスト オブジェクトからリクエスト マネージャー オブジェクトを取得し、そこに制御を移したいページのJSPアドレスを渡します。
- 受信したオブジェクトを使用して、指定されたJSPページに制御を転送します。そこに、Tomcat から受信した要求オブジェクトと応答オブジェクトを忘れずに添付します。
@Override
protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
RequestDispatcher requestDispatcher = req.getRequestDispatcher("views/add.jsp");
requestDispatcher.forward(req, resp);
}他に読むべきもの:
IntelliJ Idea Enterprise で単純な Web プロジェクトを作成します。写真付きでステップバイステップで
私のチャット
GO TO FULL VERSION