[サーブレットさんとＪＳＰさん]の変更点 - seize a chance＠Wiki

「サーブレットさんとＪＳＰさん」(2005/09/02 (金) 14:12:02) の最新版変更点

追加された行は緑色になります。

削除された行は赤色になります。

@IT<a href= "http://www.atmarkit.co.jp/fjava/rensai3/tool01/tool01_1.html">ツールでトライ！初めてのWebアプリケーション（1）</a>を見て勝手に解釈 <h3>Webアプリ</h3> <blockquote dir="ltr" style="MARGIN-RIGHT: 0px"> サーブレットやJSPと言い出す前のそもそものお約束。そこがWebアプリであること。ブラウザをつかってHTMLで表示すること。 WebブラウザとWebサーバの間で通信する。お約束はHTTPプロトコル。submitボタンとかあると、きっと通信してる気がする。 　指定したURLに対するデータを要求するGETメソッド、データを添付してリクエストを行うPOSTメソッド。URLあって何ぼって世界なのかな。 </blockquote> <h3>サーブレット</h3> <blockquote dir="ltr" style="MARGIN-RIGHT: 0px"> サーブレットはHTMLを動的に作り出す仕組みらしいよ。サーバで動くメリットはサーバに沢山もってる資産（DBの情報とか便利なクラスとか？）を使えること。手元でちょこっとHTMLを動的に動かしたい（アニメ動かしたいとか）ならjavaアプレットでいいそうな。これはサーバじゃない仕組みなんだろうね。サーバじゃないなら個人のパソに入れてるんだろう何かを。 サーブレットを使用してアプリケーションを作成するときは、Java言語でクライアントからの要求に応じたHTMLを動的に生成するクラス（サーブレットクラス）を作成し、TomcatなどのWebコンテナに配備します。 HTMLを動的に生成するクラス（サーブレットクラス）は、一から作成するのではなく、その基本機能が実装されているjavax.http.HttpServletクラスを派生（拡張）して、オリジナルのコンテンツを生成するプログラムコードを記述します。 　クライアントからのアクセスがあると、Webコンテナは、インストールされたサーブレットの中から、適切なサーブレットクラスのメソッドを呼び出し、レスポンスを受け取り、これをクライアントWebブラウザに返します。 色々書いてあります。難しいです。図を見るとクライアントは「呼出」と結果「受取」しかやってない。配備とかコンパイルとかはサーバでやってる。JVMももちろんサーバにある。これがクライアントサーバの世界なのか。 クライアントからのアクセス＝ブラウザからURL指定するってことか？ <ol> <li>クラスファイルがサーブレットコンテナからJavaVM上にロードされる </li> <li>初期化メソッドが呼び出され、サーブレットが実行可能な状態となる </li> <li>クライアントからリクエストがあるとserviceメソッドが呼び出される </li> <li>更新されたクラスが配備された場合や、コンテナがシャットダウンするときに、destroyメソッドが呼び出される</li> </ol> これを読むとやっぱりWebサーバを起動したときにそこに置いているサーブレットのクラスファイルはロードされてるような気がする。サーブレットクラスであるという判断は誰がくだすの？importjavax.servlet.*;て書いてあるといいの？そんなわけなさそう。 サーバ上にはコンパイルされた後の「.class」ファイルを配置します（中略）このことはJSPの必要性を促す重要なポイントの1つでもあります @IT<a href= "http://www.atmarkit.co.jp/fjava/rensai2/jspservlet01/jspsevlet01_1.html">基礎から学ぶサーブレット／JSP(1)</a> ★サーブレットとJSPの違い★それはそうです。それだけ？</blockquote> <h3>JSP</h3> <blockquote dir="ltr" style="MARGIN-RIGHT: 0px"> サーブレットはHTMLコンテンツ（文字列）を生成するJavaクラスです。これに対し、JSPでは、HTMLの中に必要に応じてJavaコードを入力することができます。 じゃあやりたい事は一緒なのか。<%　%>で囲まれた部分はjavaって話はよくきく。そしてJSPもサーブレットなんだとこの前教わった。 どうやって動くのか、それが知りたいんだった。先は長いや。 <ul> <li>ディレクティブ：＜％＠XXXXXX％＞という表記を利用することによって、JSPを処理するWebコンテナへの指示を記述できます。</li> </ul> <blockquote dir="ltr" style="MARGIN-RIGHT: 0px"> JSPを処理するってことはJSPがサーバへ送られてきたということか。てことはサーバにはまだ無いの?ＪＳＰファイルは。違うよなあ。実行して（そのJSPファイルのurlをブラウザで開く）初めて解釈（コンパイル）が走るってことかな。 </blockquote> <ul> <li>スクリプトレット：<％　％></li> </ul> <blockquote dir="ltr" style="MARGIN-RIGHT: 0px"> 記述しないようにしろとよく書かれてるスクリプトレットて、このことだったのか！ </blockquote> JSPページは、実行時にはサーブレットに変換され、サーブレットと同じように振る舞います。（やっぱり。JSP修正して最初遅いのはコンパイルしてるんだろうなと思ってたのは当りだった）サーブレットとの違いは、これらの作業はTomcatなどのWebコンテナで自動的に実行されることだといえるでしょう。（あれ?!話が変だよ。サーブレットは事前にWebコンテナにロードされるって言ってなかった？）具体的には、Webコンテナは、図1のようにJSPファイルを処理します。JSPは、自動的にサーブレットに変換されて、クラスファイルにコンパイルされた後、実行されます。（サーブレットとの違いがこれってことはわかった） サーブレットはコンパイルしたクラスファイルをWEB-INFに置きます。jspはそのままWEB-INFに置きます。そこが違います。そいうこと？ </blockquote>

@IT<a href= "http://www.atmarkit.co.jp/fjava/rensai3/tool01/tool01_1.html">ツールでトライ！初めてのWebアプリケーション（1）</a>を見て勝手に解釈 <h3>Webアプリ</h3> <blockquote dir="ltr" style="MARGIN-RIGHT: 0px"> サーブレットやJSPと言い出す前のそもそものお約束。そこがWebアプリであること。ブラウザをつかってHTMLで表示すること。 WebブラウザとWebサーバの間で通信する。お約束はHTTPプロトコル。submitボタンとかあると、きっと通信してる気がする。 　指定したURLに対するデータを要求するGETメソッド、データを添付してリクエストを行うPOSTメソッド。URLあって何ぼって世界なのかな。 </blockquote> <h3>サーブレット</h3> <blockquote dir="ltr" style="MARGIN-RIGHT: 0px"> サーブレットはHTMLを動的に作り出す仕組みらしいよ。サーバで動くメリットはサーバに沢山もってる資産（DBの情報とか便利なクラスとか？）を使えること。手元でちょこっとHTMLを動的に動かしたい（アニメ動かしたいとか）ならjavaアプレットでいいそうな。これはサーバじゃない仕組みなんだろうね。サーバじゃないなら個人のパソに入れてるんだろう何かを。 サーブレットを使用してアプリケーションを作成するときは、Java言語でクライアントからの要求に応じたHTMLを動的に生成するクラス（サーブレットクラス）を作成し、TomcatなどのWebコンテナに配備します。 HTMLを動的に生成するクラス（サーブレットクラス）は、一から作成するのではなく、その基本機能が実装されているjavax.http.HttpServletクラスを派生（拡張）して、オリジナルのコンテンツを生成するプログラムコードを記述します。 　クライアントからのアクセスがあると、Webコンテナは、インストールされたサーブレットの中から、適切なサーブレットクラスのメソッドを呼び出し、レスポンスを受け取り、これをクライアントWebブラウザに返します。 色々書いてあります。難しいです。図を見るとクライアントは「呼出」と結果「受取」しかやってない。配備とかコンパイルとかはサーバでやってる。JVMももちろんサーバにある。これがクライアントサーバの世界なのか。 クライアントからのアクセス＝ブラウザからURL指定するってことか？ <ol> <li>クラスファイルがサーブレットコンテナからJavaVM上にロードされる </li> <li>初期化メソッドが呼び出され、サーブレットが実行可能な状態となる </li> <li>クライアントからリクエストがあるとserviceメソッドが呼び出される </li> <li>更新されたクラスが配備された場合や、コンテナがシャットダウンするときに、destroyメソッドが呼び出される</li> </ol> これを読むとやっぱりWebサーバを起動したときにそこに置いているサーブレットのクラスファイルはロードされてるような気がする。サーブレットクラスであるという判断は誰がくだすの？importjavax.servlet.*;て書いてあるといいの？そんなわけなさそう。 サーバ上にはコンパイルされた後の「.class」ファイルを配置します（中略）このことはJSPの必要性を促す重要なポイントの1つでもあります @IT<a href= "http://www.atmarkit.co.jp/fjava/rensai2/jspservlet01/jspsevlet01_1.html">基礎から学ぶサーブレット／JSP(1)</a> ★サーブレットとJSPの違い★それはそうです。それだけ？</blockquote> <h3>JSP</h3> <blockquote dir="ltr" style="MARGIN-RIGHT: 0px"> サーブレットはHTMLコンテンツ（文字列）を生成するJavaクラスです。これに対し、JSPでは、HTMLの中に必要に応じてJavaコードを入力することができます。 じゃあやりたい事は一緒なのか。＜％　％＞で囲まれた部分はjavaって話はよくきく。そしてJSPもサーブレットなんだとこの前教わった。 どうやって動くのか、それが知りたいんだった。先は長いや。 <ul> <li>ディレクティブ：＜％＠XXXXXX％＞という表記を利用することによって、JSPを処理するWebコンテナへの指示を記述できます。</li> </ul> <blockquote dir="ltr" style="MARGIN-RIGHT: 0px"> JSPを処理するってことはJSPがサーバへ送られてきたということか。てことはサーバにはまだ無いの?ＪＳＰファイルは。違うよなあ。実行して（そのJSPファイルのurlをブラウザで開く）初めて解釈（コンパイル）が走るってことかな。 </blockquote> <ul> <li>スクリプトレット：<％　％></li> </ul> <blockquote dir="ltr" style="MARGIN-RIGHT: 0px"> 記述しないようにしろとよく書かれてるスクリプトレットて、このことだったのか！ </blockquote> JSPページは、実行時にはサーブレットに変換され、サーブレットと同じように振る舞います。（やっぱり。JSP修正して最初遅いのはコンパイルしてるんだろうなと思ってたのは当りだった）サーブレットとの違いは、これらの作業はTomcatなどのWebコンテナで自動的に実行されることだといえるでしょう。（あれ?!話が変だよ。サーブレットは事前にWebコンテナにロードされるって言ってなかった？）具体的には、Webコンテナは、図1のようにJSPファイルを処理します。JSPは、自動的にサーブレットに変換されて、クラスファイルにコンパイルされた後、実行されます。（サーブレットとの違いがこれってことはわかった） サーブレットはコンパイルしたクラスファイルをWEB-INFに置きます。jspはそのままWEB-INFに置きます。そこが違います。そいうこと？ </blockquote>

表示オプション

横に並べて表示：

変化行の前後のみ表示：

seize a chance＠Wiki

記事メニュー

コンテンツ

更新履歴

取得中です。

最近更新されたページ

人気Wikiランキング

atwikiでよく見られているWikiのランキングです。新しい情報を発見してみよう！

全体ページランキング

最近アクセスの多かったページランキングです。話題のページを見に行こう！