0: クラスタ利用可能な JRun サーバの開始は無害な警告メッセージを生じます。
0: JRun 4 をアンインストールする前のアプリケーションのバックアップ
0 : エラーログとアウトログファイルの設定
0 : セッション フェールオーバーを利用可能にするためのセッション レプリケーションの構成
0 に移行する場合の移行問題
x: ファイルとディレクトリと JRun のキャピタライゼーション
0: JRun 4 オンライン ドキュメンテーション中でのフルテキスト検索の使用
x : アプリケーションのパフォーマンス低下の診断チェックリスト
1 : JRun のプールされたデータソースのメトリクスログ
x:応答のないJRunサーバのトラブルシューティングテクニック
ワトソンエラーについて
0 : セッション フェールオーバーを利用可能にするためのセッション レプリケーションの構成
1: データソースのタイムアウトに関するホットフィックス
0のプロセス分離モード ] オプションを使用する。
サポートポリシーについて
テクニカルサポートお問い合わせ窓口
トライアル版サポートのご案内
お問い合わせ
不正コピー防止について
著作権と商標について*
当Webサイトをご利用のお客様は、利用条件およびプライバシーポリシー(2009年7月14日更新)にご同意いただいたものとみなされます。このテクニカルノートでは、XMLQueryが正常に機能するためにJRunサーバーをどのように設定するかについて解説します。
OracleのXMLQueryパッケージのURIをデコードするために使用されている文字エンコードがJRunで設定されているものと整合しない場合、以下のようなエラーメッセージと例外が投げられます:
xml設定ファイル内で文字エンコードをUTF-8として設定しています。
Note: デフォルトのシステム店コーダを使用する場合は、以下のように設定することができます:
ようこそ、さん
お問い合わせ
ホームユーザ向け写真/ビデオ編集ツール
すべての業種・ソリューション ›すべての製品 ›アドビサポートに問い合わせる。
注文状況の確認
教職員および学生
アドビについて
投資家の皆様へ*
地域・社会への貢献*
お問い合わせ
個人またはホームオフィス
法人のお客さま
教育関係のお客様
おすすめ製品
すべてのソフトウェアを見る ›
購入後について
割引価格でコスト削減
ライセンスをご利用中のお客さま
その他の購入方法
販売店のご紹介
このドキュメントは JRun 4 アップデータ 6 での判明している問題点について説明します。これは、パーティションに約 6 GB かそれより多くの空き容量があるときに発生します。6 GB 未満の空き容量のシステムでは正しく動作します。1 がデフォルト JDK の場合、アップデータは、ファイルの展開時にハングします。JSP でエラーがスローされます。3 がインストールされているバージョンです。インストーラ ユーザー インターフェイス モードはサポートされていません。5 を使用する場合には、問題は発生しません。
考えられる解決策:
5 を使用します。JMC にも、動作中であることを示すサーバーステータスが表示されません。これを回避する方法はありません。5 をエクスポートすると役に立つ場合がありますが、ランチャーはそれでもクラッシュする可能性があります。コネクタ設定なしのエラーがスローされます。コネクタインストーラは、ipV6 モードでは、動作中の JRun サーバーを検出できません。0 コネクタを設定する前に、ライブラリ互換性チェックを実行します。場合によっては、SuSE 設定に、Apache コネクタをコンパイルしたものと一致しない互換性ライブラリがあって、インストールしたコネクタがハングし、ページが提供されないことがあります。このような場合、コネクタを手動でコンパイルする必要があります。を次のように変換します。
スレッドコンテキストのクラスローダーを使用して、log4j
スレッドコンテキストのクラスローダーを使用して、lo4j
スレッドコンテキストのクラスローダーは、“Logger” クラスをロードしたクラスローダーではなく、config プロパティをロードする最初の機会を得ます。デプロイ時に JRun によってロードされたフィルタを持つ log4j を使用すると、スレッドコンテキストのクラスローダーはサーバーのクラスローダーになります。properties 設定ファイルのどちらもサーバーのクラスローダーからロードされるため、問題なく動作します。ただし、この場合、log4j の新しいバージョンを使用できません。
サーバーのクラスローダーは常に log4j
properties の前に検索されるため、サーバーに付属の設定ファイルは無視されます。別の解決策としては、log4j ドキュメントに指定されている推奨される初期化の方法で log4j を初期化することが挙げられます。ただし、デプロイ時に JRun によって初期化された Web コンポーネントでは、このアプローチで、log4j が正しく動作しなくなる可能性があります。
テクニカルノートの詳細
お問い合わせ
不正コピー防止について
著作権と商標について*
当Webサイトをご利用のお客様は、利用条件およびプライバシーポリシー(2009年7月14日更新)にご同意いただいたものとみなされます。
ようこそ、さん
お問い合わせ
ホームユーザ向け写真/ビデオ編集ツール
すべての業種・ソリューション ›すべての製品 ›アドビサポートに問い合わせる。
注文状況の確認
教職員および学生
アドビについて
投資家の皆様へ*
地域・社会への貢献*
お問い合わせ
個人またはホームオフィス
法人のお客さま
教育関係のお客様
おすすめ製品
すべてのソフトウェアを見る ›
購入後について
割引価格でコスト削減
ライセンスをご利用中のお客さま
その他の購入方法
販売店のご紹介
ラウンドロビンDNS名でのリクエストがこのメンバーに割り当てられたとき、リクエストは「サーバーが見つからない」というブラウザーのエラーで終了となります。メンバーのホスト名でのリクエストが要求されたとき「サーバーが見つからない」というブラウザーのエラーで終了となります。メンバーのホスト名でリクエストが要求される状況とは、セッションロードマネージメント機能が有効を利用しており、セッションがすでに開始されている場合などが考えられます。回復には次の作業を行います。Webサーバーの停止状態が確認できた場合、原因を究明し、マニュアル作業により、この復旧、再起動を行ってください。ClusterCATS は Webサーバーの停止を 「サーバー不到達」として通知しますので、このアラームメールを受信するようにすることで、早急に障害を発見することができます。ラウンドロビンDNS名でのリクエストがこのメンバーに割り当てられたとき、リクエストは(リダイレクションされることなく)アプリケーションサーバー(JRun/ColdFusion) に届けられます。メンバーのホスト名でのリクエストが要求されたときリクエストは(リダイレクションされることなく)アプリケーションサーバー(JRun/ColdFusion) に届けられます。メンバーのホスト名でリクエストが要求される状況とは、セッションロードマネージメント機能が有効を利用しており、セッションがすでに開始されている場合などが考えられます。回復には次の作業を行います。サーバーステータスは「サーバービジー」となります。また Probe が設定されている場合、やがてメンバーは「制限」状態となります。アプリケーションサーバーが停止したメンバーは ClusterCATS の制御機能により制御を受けます。リクエストはリダイレクトが可能と判断されたとき、別のメンバーにリダイレクトされます。リダイレクト可能と判断されるのは、セッションロードマネージメント機能を利用していないか、セッションロードマネージメント機能を利用していても、リクエストに対してまだセッションが開始されておらず、かつサーバービジーでないメンバーが存在する場合です。リクエストは、リダイレクトが不可能と判断されたとき、ClusterCATS で設定したエラーメッセージにより終了します。回復には次の作業を行います。ClusterCATS にはアプリケーションの停止を感知し、自動回復を行う機能があります。自動回復機能を利用しない場合、マニュアル作業により、復旧、再起動を行ってください。プローブ機能はアプリケーションサーバーの状態を定期的に監視します。アラーム機能はアプリケーションサーバー の停止を 「Probeエラー」として通知します。このアラームメールを受信するようにすることで、早急に障害を発見することができます。
ようこそ、さん
お問い合わせ
ホームユーザ向け写真/ビデオ編集ツール
すべての業種・ソリューション ›すべての製品 ›アドビサポートに問い合わせる。
注文状況の確認
教職員および学生
アドビについて
投資家の皆様へ*
地域・社会への貢献*
お問い合わせ
個人またはホームオフィス
法人のお客さま
教育関係のお客様
おすすめ製品
すべてのソフトウェアを見る ›
購入後について
割引価格でコスト削減
ライセンスをご利用中のお客さま
その他の購入方法
販売店のご紹介
ClusterCATS: セッション対応ロードバランスにおいて、リクエストURLが代表ホスト名から書き替わらなくなった場合の対応方法
このテックノートでは、ClusterCATS セッション対応ロードバランス が行う「代表ホスト名から、メンバのホスト名へのリクエストURL の自動書き換え」が正しく動作しなくなった場合の対処方法について説明します。
このテックノートの中で説明のために取り上げる構成
「代表ホスト名から、メンバのホスト名へのリクエストURL の自動書き換え」について
セッション対応ロードバランスが設定されているとき、ClusterCATS で管理されているサイトでは、ブラウザーからの新規のリクエストは次のように処理されます。これはブラウザーからの引き続きのリクエストを、同一メンバで処理し、セッションを維持させる目的で行われます。ブラウザーは アプリケーションに、新規にリクエストを発行するため、代表ホスト名でサーバーにアクセスをします。101 (メンバAのIPアドレス)で名前解決されたものとします。DNS によって名前解決されたメンバ(ここの例ではメンバA)にリクエストが届きます。
メンバ はブラウザーに対して、自マシンのホスト名で再度リクエストを行うようブラウザーにレスポンスします(リダイレクト)
jsp というURLで再度リクエストを行うようレスポンスをします。ブラウザーは要求にしたがって再度リクエストを発行します。
(このタイミングでブラウザーのアドレスバーは表示が変わります)
メンバはリクエストを受け取り、これをアプリケーションサーバーに送ります。アプリケーションサーバーはリクエストを処理し、結果をブラウザーに返します。引き続きの処理は、すべて単一のメンバ(ここの例ではメンバA)で行われることになります。なぜなら、リクエストURLのホスト名は代表ホスト名ではなく、メンバのホスト名に書き換えられているからです。(※ この条件は、リクエストURLに絶対パスを用いていた場合、崩れることになります。ClusterCATS で管理するアプリケーションは、セッションを維持するためには、アプリケーション内の各ページのリンクは、すべて相対パスで指定されていなければなりません。
上記動作に問題が発生していると判定される条件
次の状況となったとき、セッション対応ロードバランスが正しく動作していないと考えられます。代表ホスト名で行ったリクエストが、メンバのホスト名に置き換えられない。この条件に当てはまっているかどうかはブラウザーのリクエストURLで確認できます。
期待される動作:
リクエスト完了後(代表ホスト名が、メンバのホスト名に変更されている)
問題発生時の動作:
リクエスト完了後(代表ホスト名が変更されていない)
このテックノートでは、メンバのサービス機能がすべて動作しているにもかかわらずこの状態となる場合について、その原因と回避策、および問題からの回復の方法を説明しています。メンバのサービスが停止しているときには、それが原因で上記のような動作をする場合があります。
問題の原因と、その状況にならないために注意しておくべき事項
Windows マシンで 、スタティックIP を使用してメンバを構成している場合に、次の条件で今回の問題となることが判定されました。
すべてのメンバが電源停止などの条件でネットワーク上接続不可能状態(フェイルオーバー状態)となっており、ここからメンバの1台だけが復旧、この状態でリクエストが開始された場合
この状況とならないため、次の点を注意してください。クラスタメンバのすべてが停止している状態からの障害復旧作業では、フェイルオーバー状態からの回復が確認できるまで、ブラウザーからのリクエストは行わせない(または、ネットワークを切り離すなどの方法でリクエストがサーバーまで届かない)ようにします。運用開始などの理由で、すべてのメンバを起動する必要がある場合は、すべてのメンバを同時に開始することで、問題を回避します。
電源起動をほぼ同時に行うことで、今件の問題は回避可能です)
問題となった場合の回復方法
もし、今回の問題になった場合、次の回復作業を実施します。次の作業はすべてのメンバ・マシンで行います。
このキーの中に代表ホスト名に該当する名前(今回の例で www
com) で、レジストリ・キーが存在しないか確認してください。もし、存在する場合、これをレジストリ・エントリから削除します。レジストリ・エディタを終了します。
ようこそ、さん
お問い合わせ
ホームユーザ向け写真/ビデオ編集ツール
すべての業種・ソリューション ›すべての製品 ›アドビサポートに問い合わせる。
注文状況の確認
教職員および学生
アドビについて
投資家の皆様へ*
地域・社会への貢献*
お問い合わせ
個人またはホームオフィス
法人のお客さま
教育関係のお客様
おすすめ製品
すべてのソフトウェアを見る ›
購入後について
割引価格でコスト削減
ライセンスをご利用中のお客さま
その他の購入方法
販売店のご紹介
例えば、プロジェクトが以下の必要条件のうちの 1 つに対応しなければならないかも知れません。
リモート マシン上でサーブレットに時折アクセスする必要のあるスタンドアロン クライアントサイド アプリケーションの使用
自身のカスタム Web クライアントのインプリメント
Web コンポーネントにアクセスするアプレットの使用
クライアント マシンにブラウザがない。このテックノートは、サーブレットにリクエスト パラメータを渡す Java クライアントをビルドする方法を説明します。それから、サーブレットのレスポンスを条件付ける方法について議論し、オンライン リソースのステータス コードをチェックするアプリケーションの多少複雑なサンプルで終了します。
クライアントの書き込み
Java クライアントから、サーブレット、JSP や Web リソースへリクエストを送信するために、次のステップを実行してください。新しいクラスを作成し、次のパッケージをインポートします。URL オブジェクトをインスタンス化し、コネクションを開きます。doOutput フラグに true をセットすると、URL コネクションにデータを書き込むことを意味するアプリケーションであることを示します。Note: 複数の request パラメータを送信するためには、それらを同じ行に置き、アンパサンドでそれらを区切ります。println メソッドは、行セパレータ文字列で各行を終了します。サーブレットは引数を単一行で予期しているので、println は引数を消去し、空文字を代わりに送信します。次の行に示すように、レスポンスのコンテンツを得るために、コネクションのための InputStream を作成します。クライアントがデータを POST するためにコネクション トリガーからインプット ストリームを得ます。次の行に示すように、レスポンスを出力するために、シンプルな println を使用します。クライアントをコンパイルします。jar を追加する必要はありません。
サーブレットの記述
Java クライアントにレスポンスするサーブレットを記述するとき、任意の特別なコードを書く必要はありません。ほとんどのサーブレットは、リクエストを行うクライアントのタイプに関係なく、ターゲット リソースから text/html フォーマットで生の HTML で応じます。次のサーブレットは、NAME リクエスト パラメータを得て、その後挨拶を出力します。このため、doPost メソッドを無効にすることで POST リクエストを取り扱わなければなりません。リクエストにブラウザを使用しているサーブレットが必要である場合に備えて、前のサーブレットのサンプルはさらに doGet メソッドを無効にします。
クライアントの使用
リクエストのスニファ
リクエストを探知するために TCPMonitor アプリケーションを使用することができます。リクエスト ヘッダは次のように現れます。JRun は、有効なリクエストを行うために、必要なすべてのヘッダを生成しました。
レスポンスの条件付け
サーブレットは通常、HTML タグで生のテキストのすべてのページで応じます。レスポンスを HTML で混乱させることを避けるために、クライアントのどのタイプがリクエストしたかを調べるためにチェックすることで、サーブレットのレスポンスを条件付けることができます。
クライアントがブラウザであることをサーブレットが探知する場合、すべてのレスポンス、HTML
User-Agent ヘッダは、リクエストを行うクライアントのタイプを確認します。サーブレットでは、次のサンプルで示すように、getHeader メソッドを使用しているクライアントのタイプについて調べてください。
ハートビート アプリケーションの記述
リソースが "200" (成功) 以外の任意の HTTP レスポンスを返す場合、クライアントは、エラー メッセージを含む電子メール メッセージを生成し、管理者にそれを送信します。Java クライアントを使用する利点に加え、次の理由により、サーブレットや JSP よりむしろ Java クライアントとしてハートビート アプリケーションを記述することが有用です。
既存の cron ジョブやスケジュール タスクによる容易な統合
アプリケーション サーバがダウンする場合、ハートビートが同じサーバで実行している場合、ハートビートを呼び出すことができない。"200" コードは、レスポンスにアクセスしている場合、必ずしもエラーがないことを示しません。また、200 コードはエラー ページのステータスを表すかも知れません。デフォルトで、JRun は 404 エラーをキャッチしてエラー ページを返します。getHttpCode メソッドでレスポンスのリターン コードのチェックに加え、このハートビート アプリケーションが、返されたファイルのコンテンツに対して繰り返し既知の文字列 (File Not Found) を検索することで、エラー ページを検索します。JRun は、リクエストを存在しないリソースで受け取る場合、エラー ページで応答します。xml ファイルで定義されます。Web アプリケーションで追加のエラー ページを提供する場合、このようなハートビート アプリケーションをインプリメントするとき、可能な限りエラーを説明しなければなりません。
その他のリソース
次のリソースは、この記事でカバーされるトピックに関する追加情報を提供します。株式会社 アイ・ティ・フロンティア にて翻訳されました。
お問い合わせ
不正コピー防止について
著作権と商標について*
当Webサイトをご利用のお客様は、利用条件およびプライバシーポリシー(2009年7月14日更新)にご同意いただいたものとみなされます。