問題タブ [glassfish]

グラスフィッシュのルートとしてデプロイする必要がある war ファイルがあります。コンテキスト ルートとして「/」を使用してアプリケーションをデプロイすると、正常に実行されます。しかし、http://localhost/でそのアプリケーションを実行しようとすると、要求された service() が現在利用できないことを示す 503 がスローされます。ログ ファイル server.log には、「javax.servlet.ServletException: サイト ツリーがルート Web アプリケーションのサーブレット コンテキストにありません」というエラーがあります。このアプリケーションのソース コードを持っていません。解決しようとするのは構成上の問題ですか?

Glassfish V2 をローカル マシンにインストールして遊んでみました。

GET HTTP メソッドによって渡されたパラメーターを取得する方法があるかどうか疑問に思っていました。

例えば、

Java コードで "name" パラメータを取得するにはどうすればよいですか?

war1.war と war2.war の 2 つの WAR を含む EAR ファイルがあります。私の application.xml ファイルは次のようになります。

これにより、war2.war がhttp://localhost:8080/war2locationで利用できるようになります。これは正しいですが、war1.war はhttp://localhost:8080//にあります。2 つのスラッシュに注意してください。

私は何を間違っていますか？

EAR に含まれている場合、WAR の sun-web.xml ファイルは無視されることに注意してください。

私は巨大なグラスフィッシュのログファイルを扱っています（Windowsでは、eek！）そしてまあ...ワードパッドはそれをカットしていません。

これらのログ ファイルをよりインテリジェントな方法で処理できるツールはありますか? 歓迎される機能：

• 特定のログ レベル (情報、警告、重大) のすべての行を表示する
• 2 つのタイムスタンプ間のログを表示する
• 発生カウンター (この例外は、時間 x と時間 y の間に 99 回スローされました)

webapp は Spring MVC を使用します。

したがって、次のようなリクエストhttp://localhost:8080/application-context-folder/index.jsp は application-context-folder/index.jsp に解決され、それらは domain1/docroot/application-context-folder に解決されます。

それは設計によるものですか、それともアプリケーションまたは構成で何かを変更する必要がありますか?

@編集: タイプミスがありました。要求された URL はhttp://localhost:8080/application-context-folder/index.jsp, not http://localhost:8080/index.jsp

サーバーの Web インターフェイスを介して .war を展開しようとしています。IDEA で展開されたディレクトリとして展開すると、同じエラーが発生します。この問題の解決策は何ですか?

うまくいけば、この問題を適切に説明できます。エンティティを扱う 3 つのクラスがあります。

そしてEJBでは、クエリはこのように行われています

私のpersistence.xmlは次のようになります。

次のエラーが表示されます。

付属のグラスフィッシュのバージョンでnetbeans 6.1を実行しています。MySql 5.0。

Glassfish サーバーによって提供される完了したダウンロードを追跡できるようにしたいと考えています。サーブレット ライフサイクル リスナーを使用した 100% 正しい解決策を見つけることができませんでした。誰かがより良いアイデアを持っていますか?

無知で申し訳ありませんが、Web サーバーという言葉を聞くと、すぐに Apache を想像します。Microsoft の IIS も使用している人がいるということは知っています。しかし、ここ Stackoverflow に参加して以来、多くの人が Glassfish を使用していることに気付きました。

なぜGlassfishを使いたいのだろうと思いました（興味があるという意味では、しかしそれが私の人生を楽にする理由がよくわかりません）。私が読んだ限りでは、これは Apache の Tomcat の Sun のオープンソース派生物であり、優れた (または素晴らしい) 品質の製品だと思います。しかし、その長所と短所がわからないので、他のサーバーではなく Glassfish を選択するのが賢明な場合はわかりません。誰でも詳しく説明できますか？

では、Glassfish V3 Prelude でベータ版/製品版をリリースすることを考えている私は気が狂っているのでしょうか? 私のコンテンツはすべて動的なので、わざわざ前面に apache をセットアップすることも考えていません。これを行うと、AJP や mod_jk などを必要とするため、セットアップが複雑になり、機能の点であまり提供されません。

したがって、デプロイ時に 3 つの war ファイルが作成されます。約 90 の接続が保留されている 3 つの JNDI データ ソース、最大 160 の PGSQL データストアへのスケーリング....

3 つの戦争は CMS システムと grails アプリケーションで構成されていますか?

このセットアップの前にApacheを配置する必要がないという私の論理に致命的な欠陥がありますか?