問題タブ [web-container]

Webコンテナによって作成されたスレッド（リクエストごとに新しいスレッドが作成される）が、スレッドクラスの拡張またはRunnable Interfaceの実装によって作成される通常のスレッドとどのように異なるかを知っていますか. また、サーブレット インターフェイスまたはそれを拡張するサーブレットに run() メソッドが含まれていない場合でも、Web コンテナーはどのようにスレッドを作成しますか。

継続的デリバリー戦略のために、次のアプリケーションをインストールする必要があります。

JenkinsとApache アーカイブ

しかし、彼らは提供します：

Windows サービスとしてインストールするか 、コンテナー(Tomcat)にデプロイする

これらのアプリケーションをサービスとしてインストールすることで、パフォーマンス、信頼性、セキュリティなどが向上するのか、それともその逆なのか、それともまったくないのか疑問に思っていました

ありがとうございました！

WebSphere について質問がありますが、ドキュメントに何も見つかりません...

WebContainer スレッド プールが完全に使用され、新しい要求が受信されるとどうなりますか? すべてが使用され、最大スレッド プール サイズに達した状況について話しているのは、リクエストを処理するために新しいプールが作成されない可能性があることを意味します。

リクエストは: - すぐに失敗し、レスポンスに何らかのエラーが含まれますか? - スレッドの 1 つがプールに戻ったときに、WAS は指定された期間、リクエストを何らかの方法で「キューに入れ」、処理しますか? 待機時間が長すぎると、何らかのエラー/タイムアウトが発生する可能性がありますか? - WAS は要求を無期限に「キューに入れ」、タイムアウトはユーザー側 (Web ブラウザー/アプリ) でのみ発生する可能性がありますか?

私の Web アプリケーション プロジェクト (JBoss AS) は、このプロジェクトの外部にあるファイルを読み取る必要があります。たとえば、読み込むファイルは /tmp/ の下にあります。

プロジェクト内のクラスが /tmp/ の下のファイルにアクセスできないようです。ただし、/tmp/ 内のファイルに出力することはできます。

これは正常ですか？Web アプリケーションで /tmp/ ディレクトリにアクセスするには?

私はほぼ 10 年前に Java を学びましたが、ほとんどの場合、C、C++、およびコア Java (エンタープライズ アプリケーションの作成ではありません) で働いてきました。今、私はエンタープライズ版で働き始めました。最初の数日間、物事がどのように機能していたかについて、いくつかの疑問があります。

Web アプリケーションがどのように機能していたかを理解しようとしています。私の理解では、Web アプリケーションの作成に使用される主なテクノロジーは、Web コンテナー (Apache Tomcat) にデプロイされたサーブレット/JSP (Spring MVC 、ストラットなどの上位の高度な抽象化を考慮していません) です。

さて、これらを使用して、トランザクション サポートをどのように処理するのでしょうか? 私の理解では、Web コンテナーはトランザクションをサポートしていません。ということは、最初はトランザクション サポートが明示的なコーディングによるものだったということですか? (ここでのトランザクションは、データベース トランザクション/分散トランザクションを参照しています)。もしそうなら、これはどれほど堅牢でしたか？

これを理解するための情報は非常に役立ちます。

Webコンテナが着信リクエストを特定のWebアプリケーション（およびその後のサーブレット）にどのようにマップするかを理解したいと思います。

まず、Web コンテナーは着信 Http 要求をリッスンできる必要があると思います (そうしないと、クライアントはどのようにして Web アプリケーションに到達するのでしょうか)。この仮定は正しいと私は信じています。これが正しくない場合、リクエストはどのようにして Web コンテナに到達するのでしょうか?

ここで、Web アプリケーションを作成したと仮定します (プレーンなサーブレットに基づいて、つまり、Spring MVC のような他のフレームワークを使用していません)、.war ファイルを作成しますfirstwebapp.war。コンテキストルートを使用してApache Tomcatにデプロイしました/firstapp

ここで、クライアントはデプロイされた Web アプリケーションに対して次のようにリクエストを行います。

Web コンテナーはこの要求をどのように処理しますか? としてデプロイされた Web アプリケーションへの /firstapp のこのマッピングはどこにありますfirstwebapp.warか?

Webコンテナは、コントロールをそれぞれのWebアプリケーションに渡す前に、最初に着信リクエストURLを「見ます」か? また、適切な .war にマップできる基準は何ですか?

どのような場合に JPA を ejb コンテナーで使用する必要があるか、どのような場合に Web コンテナーで JPA を使用するのが適切であるかについてのベスト プラクティス/ルールを特定するドキュメント/記事はありますか?

大まかに言えば、私が考えることができるいくつかのことは、WARにJPAがある場合、トランザクションコードはUserTransactionsで開発者が管理する必要があり、他のモジュールや同じアプリケーションのEJBでさえ再利用できないということです.

2 つのノード エージェントと 4 つのアプリケーション サーバーを備えた WebSphere 環境があります。トラフィックが多い場合、アプリケーション サーバーの 1 つが要求への応答を停止し、最大 Web コンテナー スレッド数にジャンプします。
スレッド ダンプを分析したところ、約 60% のスレッドが実行可能な状態にあり、20% が待機状態と保留状態にあることがわかりました。
スレッド ダンプにデッドロックの警告は表示されません。よく見ると、Web コンテナ スレッドの 1 つがロックを所有しており、次のメッセージが表示されていることがわかりました。

誰かが上記のエラーとその解決策を理解するのを手伝ってくれますか?

ビューテクノロジとしての JSP には疑問があります。私が理解しているように、JSPは最終的にサーブレットに変換されます（正しいドキュメントを読んだ場合、Webコンテナによって）。

これに基づいて、次の質問があります。

1. JSP がサーブレットに変換されるとしたら、なぜそれがビュー テクノロジになるのでしょうか。

2. プレーンなサーブレットを使用して GUI 要素 (ボタンなど) を作成することはできますか? 個人的には、GUI 要素を持つサーブレット コードを見たことがありません。では、どうして JSP (GUI 要素を持つ) がサーブレットに変換されるのでしょうか (そして、これらの GUI 要素はどこに変換されるのでしょうか?)。

誰でもこれを理解するのを手伝ってもらえますか? この疑問をずっと抱えていて、ネットで検索してもクリアできません。