JavaRush /Java Blog /Random-JA /アプリケーション サーバーと、もちろん Tomcat の概要
eGarmin
レベル 41

アプリケーション サーバーと、もちろん Tomcat の概要

Random-JA グループに公開済み
親愛なるジャワラシアンの皆さん、この記事で何を考えたいでしょうか? アプリケーション サーバーは無料であり、ソース コードが入手できるため、少なくとも注目に値する部分について簡単に概要を説明したいと思います。あなたのシステムは私のシステムと似ていると仮定します。私は Windows 7 64 ビットを使用しており、さらに JDK 1.7 と JDK 1.8 を使用しており、JAVA_HOME環境変数は後者を参照しています。私の場合、これはJAVA_HOMEパスがC:\Program Files\Java\jdk1.8.0_31 であることを意味します。 アプリケーション サーバーと、もちろん Tomcat の概要 - 1以下で説明することを繰り返すときに、「なぜうまくいかなかったのか、何か間違ったことをしているのではないか?」といった疑問ができるだけ少なくなるように、私が行ったすべてのアクションを説明するように努めます。機械。始める…

キャスティング、つまり 選択

まず、レビュー用のアプリケーション サーバーを選択する必要があります。これを行うには、Wikipedia の記事「アプリケーション サーバーの比較」を参照してください(他にないため、英語)。多数のアプリケーション サーバーの標識がありますが、私たちが興味を持っているのは、一方ではオープンソースであり、他方では JavaEE を完全にサポートしているサーバーだけです。この表のJava EE 互換性列には、 「フル プラットフォーム」タイプの行が含まれている必要があります。WildFlyJBoss の両方を含むこのリストから、後者をすぐに破棄できます。これは、WildFly の古い名前と古いバージョンにすぎません。その結果、注目すべきサーバーの次のリストが得られます。
  1. Glassfish (独自のものではなく、glassfish.java.netコミュニティからのものですが、Oracle Corporation によってサポートされているため、JavaEE SDK が必要な場合は Oracle Web サイトからこのアプリケーション サーバーが提供されます。そうでない場合は、Oracle Corporation によってサポートされています。他に方法はありません)
  2. (Red Hat) WildFly (旧 JBoss)
  3. (Apache)ジェロニモ
  4. (Apache) Tomcat (これは単なるサーブレット コンテナであり、アプリケーション サーバーではありませんが、プログラムが正しく記述されていれば確実に動作する標準です。他のサーバーでは、プログラムは次の点で正しく記述されている可能性があります。 JavaEE ですが、すべては機能しますが、間違っているか、まったく機能しないかのどちらかです。私は Geronimo について話していますが、その不具合については長い間議論される可能性があります)
それでは、これらのサーバーを起動しましょう。 32 ビット バージョンと 64 ビット バージョンのどちらかを選択できる場合は、64 ビット システム用のアーカイバを選択しました。

インストール

インストールに関しては、すべてが簡単で、選択したサーバーごとにアーカイブを解凍するだけです。たとえば、デスクトップに AppServers フォルダーを作成し、そこからすべてを解凍し始めました。

設定

サーバーが動作する HTTP ポートを設定して、サーバーのセットアップを開始しましょう。次に、自分自身をサーバー管理者として登録します。各サーバーには独自の構成機能があります。 トムキャット用。解凍された tomcat が含まれるフォルダーに移動し、次にconfフォルダー、server.xmlファイルに移動します。このファイル内で番号8080 (デフォルトの http ポート)を見つけて、任意の値に変更します。9713に設定しました。自分をサーバー管理者として登録するには、同じフォルダー内でtomcat-users.xmlファイルを開く必要があります。その中で、終了タグ</tomcat-users> の前に、次のタグを追加します<user username="egarmin" password="1"roles="manager-gui,manager-script,manager-status,manager-jmx"/ >ここでは、ロールに最大数の管理者権限 (ロール) を割り当てています。これにより、GUI とリモート接続の両方を介してアプリケーションをデプロイできるようになります。それでは、Tomcat を起動してみましょう。解凍された Tomcat が含まれるフォルダーに移動し、次にbinフォルダーに移動して、 startup.batファイルを実行します。ブラウザーhttp://localhost:9713に移動します。すべてがうまくいくはずです、そして私たちはトラを見るでしょう。 トムキャット次に、管理パネルにアクセスできるかどうかを確認してみましょう。これを行うには、http://localhost:9713/managerに移動し、選択したログイン名とパスワードを入力してアクセスを取得します。 Tomcat の管理者万歳!Tomcat を実行しているコンソールを閉じるだけで、Tomcat を一時的に無効にすることができます。 グラスフィッシュ用。解凍されたglassfishが含まれるフォルダーに移動し、次にglassfishサブフォルダーに移動し、次にDomainsサブフォルダーに移動してから、domain1フォルダーに移動します。configフォルダーに移動し、domain.xmlファイルを見つけます。また、そこで番号8080 (この番号は通常、アプリケーション サーバーとサーブレット コンテナのデフォルトの HTTP ポートです)を探し、任意の値に変更します。9813に設定しました。グラスフィッシュを起動しましょう。解凍された glassfish が含まれるフォルダーに移動し、次にglassfishサブフォルダーに移動し、次にbinフォルダーに移動します。startserv.batファイルを実行します。ブラウザにアドレスhttp://localhost:9813を入力します。「GlassFish Server」というタイトルで表示される見苦しいページで管理コンソールに移動するリンクを見つけてクリックします。 GlassFish への最初のログイン次に、JSF 上に構築された管理コンソールの美しいページにアクセスしたら、「管理者パスワードの変更」項目をクリックし、 管理者GlassFish の管理者ユーザーに必要なパスワードを入力し、確認して「保存」ボタンをクリックします。その後管理コンソールにログインするときは、管理者ログインと指定したパスワードを GlassFish でのパスワードの変更入力する必要があります。Glassfishを実行しているコンソールを閉じるだけで、 Glassfish を一時的に無効にできるようになりました。ワイルドフライ用。解凍されたwildflyが含まれるフォルダーに移動します。次に、スタンドアロンフォルダー、構成フォルダー、その中にstandalone.xmlファイルに移動します。次に、確立されたスキームに従って作業を進めます。ポートを9913に設定しました。サーバーを起動しましょう。これを行うには、解凍されたwildflyのあるフォルダーに移動しましょう。次に、binフォルダーに移動し、ファイルstandalone.batを実行します。ブラウザを開いてアドレスhttp://localhost:9913を入力します。 [管理コンソール]リンクをクリックして、管理コンソール (つまり、アプリケーション サーバーの管理パネル) に入ります。しかし、そうではありませんでした。なぜなら... 画面がポップアップします。 この画面は、管理者が作成されていないこと、および管理者を作成するにはコンソール ユーティリティadd-user.batを使用する必要があることを示しています。まあ、必要なら必要ですよ。binフォルダーに戻り、このユーティリティを実行します。まず、作成するユーザーのタイプを選択するように求められます。項目(a)を選択する必要があります。これは、管理者が必要であることを意味します。次に、このユーザーの名前UsernameとパスワードPasswordを求められます。パスワードを空にすることはできませんが、1 文字は歓迎されます。もちろん、電力会社は叱りますが、「よろしいですか?」という質問に「はい」と答えると、それを飲み込みます。次に、パスワードの再入力要求を再入力してパスワードを確認します。その後、さらに質問が表示されますが、すべてに肯定的に答えてユーティリティを終了します。上のページに戻り、「再試行」リンクを見つけてクリックします。ここで、新しく作成した管理者の詳細を入力すると、管理パネルにアクセスできます。 サーバーを起動したコンソール ウィンドウを閉じて、サーバーをシャットダウンしました。 ジェロニモのために。解凍されたgeronimoが含まれるフォルダーに移動します。次に、 varサブフォルダー、次にconfigフォルダー、その中にあるconfig-substitutions.propertiesファイルに移動します。このファイルには、アプリケーション サーバーが使用するすべてのポートが便利な形式で記述されていますが、ポート置換スキームは同じです。ポートを10013に設定しました。geronimoサーバーを起動しましょう。解凍されたgeronimoが含まれるフォルダーに移動し、次にbinサブフォルダーに移動して、そこでstartup.batファイルを実行します。http://localhost:10013ページに移動します。パスワードを使用して GlassFish 管理パネルにログインしますWildFly への初回ログインWildFly 管理パネルへの最初のログインWildFly の管理者。どう思いますか?おそらく、そのページは存在しないでしょう。なぜ?問題は、Geronimo の最新バージョン (3.0) は、JDK の最新バージョン (1.8) では動作できないため、それしか持っていない場合、または、たとえば 7 番目のバージョンを持っている場合でも、JAVA_HOME 環境変数は依然として次のことを具体的に参照しています。 8 番目、私と同様に、アプリケーション サーバーが起動しません。したがって、Geronimo が動作するには、JDK 1.7 をダウンロードする必要があります。ここで、7 番目の JDK をインストールしたが、JAVA_HOME 変数の値を変更したくないとします (結局のところ、他のプログラムはそれについて文句を言わないので、最新バージョンの JDK で動作することができます)。何をするか?同じbinフォルダーにあるsetjavaenv.batファイルを開いて、 :okJdkFileCheckというラベルの行を探すことをお勧めします。次に、次の行に環境変数のオーバーライドを追加します。たとえば、次のようにします。set JAVA_HOME=C:\Program Files\Java\jdk1.7.0_75この行は存在しないため、自分で記述してください。32 ビット システムを使用している場合は、これ以上の問題はありません。さらに、64 ビット システムを使用していて、64 ビット構成で JDK 1.7 をインストールしている場合も、すべて問題ありません。ここで、ひねくれて、64 ビット システム (たとえば、Windows 7 64 を使用しています) に 32 ビット ラインから JDK 1.7 をインストールすることにしたと想像してみましょう。じゃあ何?その後、さらにいじる必要があります。64 ビット システムでは、プログラムをインストールするためのフォルダーがProgram FilesProgram Files (x86)の 2 つあるためです。何も変更しなければ、32 ビット JDK は後者。それの何がそんなに怖いのですか?はい、問題ないようですが、JAVA_HOME 変数のパス (x86) に括弧が含まれている場合、Geronimo は消化不良を起こします。なぜ?特にフォーラムによると、このエラーはGeronimoの第 3 バージョンで修正されるはずだったことを考えると神のみぞ知るです。しかし、そのようなことはありません。この問題で重要なことは、おしっこをしないことです。インディアンがそれを修正しなかった場合、私たちはそれを修正します。これを行うには 2 つの方法がありますが、確実に組み合わせる方法をお勧めします。まず、再びsetjavaenv.batファイルに移動し、前述のラベル:okJdkFileCheckを見つけます。このラベルの下に、 if "%JRE_HOME%" == "" という行があり、 "%JAVA_HOME%\bin\javac.exe" (set JRE_HOME=%JAVA_HOME%\jre) else set JRE_HOME=%JAVA_HOME% が存在する場合は、 Geronimo を治す 部分文字列 JRE_HOME=%JAVA_HOME%\jre を引用符で囲むだけで十分です。つまり、行全体をif "%JRE_HOME%" == "" if there is "%JAVA_HOME%\bin\javac.exe" (set "JRE_HOME=%JAVA_HOME%\jre") else set JRE_HOME=%JAVA_HOME% に置き換えます。また、Windows 7 の Program Files のようなフォルダーには同義語があることを覚えておいてください (たとえば、フォルダーC:C:\プログラム~2 )。したがって、ファイルsetjavaenv.batのラベル:okJdkFileCheckの後に変数JAVA_HOME の次の値を設定すると、JAVA_HOME=C:\Progra~2\Java\jdk1.7.0_75となり、Geronimoサーバーも32 64 ビット x ビット オペレーティング システムの -bit JDK。このようなもの... さて、最後に、 startup.batを呼び出してGeronimoを起動できます。これで問題はなくなるはずです。ブラウザでhttp://localhost:10013ページに移動します。左上で「コンソール」リンクを見つけてクリックします。 管理者のユーザー名とパスワードを入力する必要があります。すぐに言っておきますが、これはパスワードマネージャー(デフォルト値) を持つシステムユーザーです。 コンソール自体に移動し、下の図に示すメニュー項目に従うことで ([詳細設定]ラジオ ボタン を選択し、[セキュリティ] > [ユーザーとグループ]を選択します)、システムユーザーのパスワードを変更するか、別の管理者ユーザーを作成してこれを削除することができます。 1つ。 Geronimo サーバーが実行されていたコンソール ウィンドウを閉じるだけで、 Geronimoサーバーを停止することもできます。ジェロニモパスワードを使用して Geronimo 管理エリアにログインします。Geronimo でのパスワードの変更

結論

このレビューでは、基本的に、一般的なアプリケーション サーバーと Tomcat サーブレット コンテナのインストールと初期構成を実行しただけです。ジェロニモを除いて、残りのサーバーはとてもフレンドリーで、もてなしてくれました。次回の投稿では、引き続きアプリケーション サーバーについて検討し、Web サービスを検討するための 3 番目のステップを実行します。つまり、最初のステップで説明したWeb サービスをこれらのサーバーにデプロイする方法を示します。これを行うために、Web サービスの war アーカイブを作成します。そして、サービスが正しく動作するためにこのアーカイブに含める必要があるサードパーティの jar のセットがサーバーごとに大きく異なることを明確に示します。
コメント
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION