問題タブ [tomcat]

Tomcat の複数のコンテキスト パスで 1 つの appBase を提供することは可能ですか?

最近、2 番目のアプリケーション ベースを置き換えたアプリケーション ベースがあります。私の問題は、多くのユーザーがまだ古いコンテキストにアクセスしていることです。いずれかのコンテキストを介してアクセスされる単一の appBase から、現在一般的なアプリケーションを提供したいと考えています。私は低位の果物に手を出し、「webapps」ディレクトリのシンボリック リンクを使用しました... 古いコンテキスト パスを新しいコンテキスト パスに向けました。機能しますが、「安っぽい」と感じます。また、両方のコンテキストに対してデータベース接続プールが作成されるのが好きではありません (データベースに接続するためのリソースを最小限に抑えたいと考えています)。

とにかく、誰かがこれを行うための「適切な」方法を知っていれば、私はそれを大いに感謝します. 私はTomcat 6.0.16を使用しています-Apacheフロントエンドはありません（URLの書き換えがいいと思います）。

概要

Linux + tomcat5.5 にデプロイされた webapps がすべての/usr/share/java/jar を自動的に使用/表示することは可能ですか?

詳細

私はUbuntu用のJava Webアプリケーションをパッケージ化しています（ただし、質問はLinuxベースのディストリビューションに関連しています）。Tomcatに依存するようにします。

コンテキスト記述子 (xml ファイル) を/usr/share/tomcat5.5/conf/Catalina/localhost/配置して、アプリをデプロイします。ここに Web ディレクトリがあります: /usr/share/<appname>/web、システム ( ) にインストールされている Java jar ライブラリをアプリで使用できるようにするにはどうすればよい/usr/share/javaですか?

カスタム jar をdir/usr/share/java -> <webdir>/WEB-INF/libに配置する必要があるため、単に symlink することはできません。lib

悪い解決策

これまでに見つけた解決策は、必要な各 jar を にシンボリック リンクすることです<webdir>/WEB-INF/lib/。

多くのjarをシンボリックリンクする必要があり、さらに悪いことに、直接の依存ライブラリ（jar）が必要とする（など）すべてのjarをシンボリックリンクする必要があるため、これはあまり良くありません。私の直接の依存ライブラリが必要なjarのリストを変更した場合、そのシンボリックリンクを維持する必要があります。

私はwebsphereがそれを行うことを知っているので、Apacheがアプリサーバーに何を送信する必要があり、何を処理できるかを理解できるようにする何かが必要です。

最大許容投稿サイズを増やすために、どの設定を微調整する必要があり、それはどこにありますか?

Tomcat が余分なパス情報をサーブレット名の一部として扱っているという問題があります。これにより、Web アプリケーションの一連の RESTFul 機能が壊れています (クローラーに適したリンクに ?name=value のペアではなく、追加のパス情報を使用しています)。

以前は正しく機能していましたが、明示的なマッピングを追加し、Invokerサーブレットを提供するために以前使用していたサーブレットを削除すると、機能しなくなりました。たとえば、次のリンクを考えてみましょう。

http://mydomain.com/servlet/MyServlet/param1/param2/param3

MyServlet以前は正しく呼び出され、「/param1/param2/param3」が によって返されgetPathInfo()ましたHttpServletRequest。

現在、Tomcat は MyServlet/param1/param2/param3 をサーブレットとしてロードしようとしているようです。

[2008/09/23:16:44:23 -0700] "GET /servlet/MyServlet/param1/param2/param3 HTTP/1.0" 404

これらを web.xml で定義およびマッピングする方法を次に示します。「http://mydomain.com/servlet/MyServlet」を押すだけで問題なく動作します。

tomcat のリソース定義は次のserver.xmlようになります...

パスワードは平文です。これを回避する方法は？

私は Tomcat にたくさんの JSP ファイルとバックエンドを持っています。内部のロジックは同じですが、レイアウトが異なる 3 つの異なるバージョンの JSP があります。したがって、いくつかのロジックを変更すると、3 つの JSP ファイルを修正する必要があります。

そのようなシナリオの適切な解決策は何ですか? 私はいくつかの XML と XSLT スタックを考えました。バックエンドは XML のデータのみを提供し、レイアウトごとに何らかの魔法を行う XSLT を持っています。

JSP でさまざまな言語で stackoverflow を提供する必要があると想像してみてください。ロジックは同じですが、レイアウトが異なります。

何か方向を教えてもらえますか？

iPlanet/Sun ONE を JBoss/Tomcat アプリケーションの HTTP/HTTPS フロントエンドとして構成する最良の方法は何ですか?

パフォーマンスに関する考慮事項はありますか?

これは、Apache httpd と Tomcat のネイティブ統合と比べてどうですか?

現在、Tomcatのログインサポートは、ユーザーがログインしていないことをアプリケーションが判断したときの最初の場所にユーザーをリダイレクトします。

この特定のアプリケーションでは、常にに戻るように強制する必要がありますindex.jsp。

これはWARの単純な構成オプションであると確信してweb.xmlいますが、Googleで答えを見つけられませんでした。

私はIISの人で、http：// [computername] / path to webappを使用するのと同じくらい簡単です。しかし、JSPアプリケーションでこれを可能にする方法がわからないようです。 Tomcatで実行される書き込み。どこかに設定する必要のある構成設定はありますか？