情けなさなしで。Java EE、サーブレット、およびそのコンテナについて話しましょう

このトピックでは、サーブレットについての私の理解、サーブレット コンテナとは何か、すべてではないにしてもほとんどの Web フロントエンド フレームワークとは何かについて率直に話したいと思います。また、サーブレット コンテナとアプリケーション サーバーの関係についても触れたいと思います。相互、およびサーブレットと Web サーバー コンテナー。 会話を始める前に、私は議論が行われることを本当に期待していることに注意したいと思います。ここではコードの一部を示すのではなく、常に言葉で表現できる本質に触れたいと思います。最初に始めたときによくわからなかった点をすべて概説してみます。Tomcat サーブレット コンテナが他のアプリケーション サーバー (WebSphere や Geronimo など) とどう違うのかというテーマについてさまざまなフォーラムで質問したとき、あえて答えてくれたのは、「Wikipedia を見てください」か「サーバー アプリケーションとは言いがたいですが、これは企業アプリケーションのための複雑なインフラストラクチャであり、...」何とか何とか何とか。私はそのような人には我慢できませんし、おそらく皆さんもそうではないでしょう。私たちは歴史の不正義を正します。行く…

サーブレット

誰が何と言おうと、サーブレットは Java で書かれた Web ページです。私の考えは間違っており、サーブレットは Web アプリケーションであり、これらの概念には違いがあると言う人もいますが、そうではありません。現在では違いはなく、PHP で書かれたサイトも安全に Web アプリケーションと呼ぶことができます。これは完全に自然なことです。なぜなら... php は OOP を完全にサポートしており、Joomla などの CMS はこれを積極的に使用しています。コードレベルでのサーブレットとは何ですか? これは、スリープし、誰かが GET または POST HTTP リクエストを介してアクセスするかどうかを確認する多数のメソッドを持つクラスです。それらの。ブラウザに GET リクエストを入力すると、サーブレット クラスの対応するメソッドがそれを受け入れ、それに対する応答を HTML ページの形式で生成します。Sun によって考案されたサーブレットの古典的な意味では、このページは行 <!DOCTYPE htm>> で始まり </html> 行で終わる行ごとにクライアントに送信されます。したがって、Java には、 と呼ばれる基本的なサーブレット クラスがありますServlet。さらに、この基本クラスから継承し、その機能を拡張する他のクラスが多数あります。それがサーブレットです。それ以上のものではありません。これは PHP コードの Java 類似物であり、これもサーバー上で実行され、Web ページの形式での Web ブラウザのリクエストに対する応答のみがクライアントに送信されます。全て。

Web フロントエンド フレームワーク

サブタイトルは複雑で、通常はフロントエンド フレームワークやWeb マズルとさえ書かれていますが、フロントエンド フレームワークについて話すときは、Web ブラウザを通じて Java を操作するための GUI について話していることをここで強調することにしました。それらの。ここでもまた、Java の Web サイトについて話しています。サーブレットについて。ほぼすべてのフロントエンド フレームワークとは何ですか (Apache Struts など)。これは、単に基本クラスを拡張したクラスのセットですServlet。これ以上何もない。それらの。同じ通常のサーブレットを作成する方法が異なるだけです。このフレームワークの開発者 (言い換えれば、このテクノロジの開発者) は、ServletSun/Oracle の従来のサーブレットの貧弱な機能よりも、いくつかのメソッドを備えた基本クラスを追加する方がプログラマにとって便利であると考えただけです。もっている。

JSPページ

ほぼすぐに、Java サーブレットの概念の開発者の頭に別のアイデアが浮かびました。ここではサーブレットを作成しており、そのタスクは HTML ページをクライアントに送信することであるため、この HTML ページをすぐに作成し、Java で何らかのロジックが必要な場合は直接挿入する方が正しいかもしれません。 htmlに入力します。明確に理解できない場合は、「jsp ページは php ページの類似物」というフレーズが役に立つかもしれません。難しい？それでは改めて説明させていただきます。PHP でページを書くときは何をすればよいでしょうか? 静的 HTML があり、ループや条件などのロジックを PHP に挿入する必要がある場合は、それをタグの本文に挿入します <?php … ?>。jsp ではすべてが同じで、ロジックのみが純粋な Java で記述され、そのコードがタグの本体に挿入されます<% … %>。もう一度サーブレットの概念に戻りましょう。本質的に、JSP ページはサーブレットですが、書き方が少し異なります。通常のサーブレットでは、何らかのロジックを実行し、その結果に基づいてクライアント用の HTML ページを生成するメソッドを作成します。ただ、しばらくしてから、サーブレット開発者は次のように考え始めました。メソッドにロジックがほとんどなく、ほとんど HTML ページの形成のみが行われる場合は、すぐに HTML ページを書き込む方が簡単ではないでしょうか。最小限の Java 挿入を行うコードはどれですか? さて、JSP ページについて最後にもう 1 つだけ説明します。このようなページに初めてアクセスすると、サーブレットにコンパイルされて実行されます。この JSP ページに対する後続のリクエストは、次の理由により高速になります。すでにコンパイルされているので、実行するだけで済みます。

サーブレットコンテナ

そこで、サーブレット クラスまたは JSP ページを作成しました。次は何ですか？それらをWebサーバー、たとえばApacheにプッシュして、ユーザーのWebブラウザに送信できるようにするにはどうすればよいでしょうか? Web サーバーは HTML のみを送信できます。ページにたとえば php コードがある場合、Web サーバーはまず php を html に変換するインタープリターにページを渡し、その後で結果がクライアントに送信されます。サーブレットでもほぼ同じことが起こります。HTML ページを生成するには送信前にサーブレットを実行する必要があります。サーブレット コンテナはまさにサーブレットと JSP ページ コードの実行を担当します。それらの。Java のサーブレット コンテナは、Web サーバーの php インタープリタ モジュールに相当します。したがって、ユーザーが Web ブラウザにアドレスを入力すると、リクエストが Web サーバーに送信され、Web サーバーはサーブレットがリクエストされていることを認識し、そのリクエストをサーブレット コンテナに渡します。この後、サーブレット コンテナはサーブレットを実行し、結果の HTML ページを Web サーバーに送信し、Web サーバーはそれをクライアントに返します。サーブレットコンテナは単独で実行できますか? Web サーバーなしで? Tomcat のようなものなら間違いなく可能です。また、サーブレットに基づくページ以外の HTML ページを持たないサイトを作成したい場合は、サーブレット コンテナーで十分です。しかし、サーブレットと、たとえば PHP ページからサイトを結合したい場合は、Web サーバーをインストールする必要があります。さらに、すべての Web サーバーにデフォルトでサーブレット コンテナーが含まれているわけではありませんが、ほとんどすべてのサーバーでプラグインとしてインストールできます。したがって、Apache が実行される可能性が最も高いインターネット上のホスティング上で Web サイトを起動したい場合は、サーブレット コンテナが接続されているかどうかをプロバイダーに問い合わせる必要があります。

Java EE

いわゆるJavaSE（Java Standard Edition）があります。この概念にはすべてのクラスが含まれておりjava、それらを使用するには、それらをインポートするだけで済みます (たとえば、java.util.Date) か、インポートする必要がなくても (たとえば、Stringパッケージ内にあるためjava.lang) さえあります。そして、Java EE (Java Enterprise Edition) があります。これらのクラスも Sun/Oracle に属しますが、唯一の違いは、プロジェクトで使用を開始するのがより難しいことです。シンプルな線だけimport…では不十分です。プロジェクトはコンパイルされません。この状況を修正するには、javaee.jarライブラリ ファイルを見つけてプロジェクトに含める必要があります。これは、開発環境のプロジェクト プロパティを通じて実行できます。この接続プロセスは、「プロジェクトの ビルド パスまたはクラスパスに jar ニックネームを登録する」と呼ばれることがよくあります。

アプリケーションサーバー

ここで、Java EE を使用するサーブレット プロジェクトをコンパイルしたと想像してください。すべては素晴らしいですが、コンパイルされたクラスをサーブレット コンテナに配置する必要があります。彼らがそれをやったとしましょう。私たちのアプリケーションは機能するでしょうか? 答えはいいえだ。サーブレットにアクセスすると、一部のクラスが見つからなかったことを示す例外がスローされます。なぜ？なぜなら、 を滑らせることでコンパイラを「騙した」からjavaee.jar в classpathです。コンパイラは Java EE のクラスが配置されていることを確認して落ち着きましたが、サーブレット コンテナはこれらのクラスを認識しませんが、サーブレットからのクラスへのリンクを認識します。この状況はサーブレットコンテナ内で解決可能でしょうか? もちろん、はい。サーブレット コンテナ内のサーブレットが含まれるフォルダーにjavaee.jarライブラリ ファイルを追加するだけです。ここで、そのようなプロジェクトが多数存在し、それらがすべて 1 つの Tomcat サーブレット コンテナ内で実行されていると想像してください。これは、この jar ファイルを各サーブレットのフォルダーにコピーする必要があることを意味します。これは不便であり、間違っています。この状況は、アプリケーション サーバーの概念を導入することによって解決されました。アプリケーション サーバーでは、このファイルは長い間 1 つのコピーに存在し、すべてのサーブレットはそのファイルにアクセスでき、独自のコピーを持つ必要はありませんでした。私の意見では、これは非常に便利で論理的です。当然のことながら、すべての大騒ぎは 1 つの jar ファイル (例として挙げました) が原因ではありません。そのようなファイルは多数あります。しかし、アプリケーション サーバーが提供するものはそれだけではありません。アプリケーション サーバー自体は、データベースなどの多くのリソースへの接続を維持できます。この場合、サーブレットはそのような接続自体を開くのではなく、単にアプリケーション サーバーから接続を取得するだけです。サーブレット コンテナではこれは不可能です。コンテナは、ある程度必要なものを取り除いたアプリケーション サーバーです。コンテナでは、サーブレットは常にデータベース自体への接続を作成する必要があります。このようなもの... war-archive war-archive とは何ですか? WARはウェブアーカイブです。実際、これは他の jar と同様、単なる zip ファイルです。基本的に、これは、多くの Web ページ、JSP ページ、サーブレット クラスで構成される Web サイトを 1 つの zip ファイルに詰め込む方法にすぎません。 web.xml web.xml は、いわゆるデプロイメント記述子です。これは、サーブレットコンテナが混乱しないように、Web ブラウザのどの行のリクエストをどのサーブレットクラスに送って処理するのか、どのサーブレットが何を担当するのかを愚かに記述したファイルです。一般に、Java では各種の XML ファイルに設定を記述することが非常に流行していますが、最近ではこの伝統から離れる傾向にあります。どうやって？そして注釈を通して。アノテーション クラス自体は何も行いません。アノテーション クラスは、あらゆる種類の設定 (メタデータ) を別の XML ファイルではなくコード内で直接記述するためにのみ作成されました。とても快適です。ただし、現在は、設定の一部がアノテーションによって指定され、一部が XML によって指定される中間段階があり、これが混乱を招く可能性があります。XML を見ると 1 つの設定が表示されますが、注釈によると別の設定があります。どれが最も優先されますか? 知るか…

結論

これを書いて、このような簡単なレビューは誰の役にも立たないと思いました。具体的な内容や例は一切記載されていませんが、かといって、書かれたものは消さないので、そのままにしておきます。