Tomcatでのサーブレットのパスの拡張の理解

Question

私はこれについての高低を喜んで検索しました。あまりにも簡単な質問でなければなりません。

私はTomcat 7.0.27をインストールしました。在庫の例を使いこなしています。例はwebapps/examplesに格納され、server.xmlはdocBaseがwebappsと表示されています。例のHTMLインデックスにはhttp://localhost:8080/examples/servlets/でアクセスします。ここまでは順調ですね。

このページでは、「Hello World」サーブレットの「実行」リンクにカーソルを置くと、パスは次のように展開されます。http://localhost:8080/examples/servlets/servlet/HelloWorldExample、もちろん正常に実行されます。しかし、servletはWEB-INF/classesに拡大されるはずです。だから私はクラスへのディスク上のパスがwebapps/examples/servlets/WEB-INF/classes/HelloWorldExample.classであることを期待します。それはそうではありません。実際のパスはwebapps/examples/WEB-INF/classes/HelloWorldExample.classです。 servletsディレクトリにある唯一のものは、HTMLおよびイメージファイルです。質問＃1：それは何ですか？ examples/servlets/servletはexamples/WEB-INF/classesにどのように再ルーティングされましたか？

質問＃2：コンパイルされたクラスFoo.classをWEB-INF/classesにドロップし、http://localhost:8080/examples/servlets/servlet/Fooとhttp://localhost:8080/examples/servlet/Fooの両方にアクセスしようとします。どちらも404が見つかりません。 Tomcatを再起動しました（必要はないはずですが、何が乾草か）。何がありますか？

Answer 1

このようには機能しません。サーブレット！= CGI。拡張はありません。

サーブレットは、web.xml内で具体的にURLにマップされます。それらのパッケージ名、またはWEB-INF内の.classとしての.jar内の配置、またはクラスパス上の他の場所に配置されたURLは、それらがマップされているURLに関係しません。

Addena、サーブレット3.0では、web.xmlにマップされずに注釈を付けることができます。コンパイルされたクラスが「ちょうど落とされた」ということを必ずしも意味するわけではありません。それはコンテナの機能ですが、Tomcatが許可するかどうかは言えません。