国際化対応ポリシーは、J2EE アプリケーション・コンポーネントまたはそのホスト・コンテナーが コンポーネントの起動時に国際化対応コンテキストを管理する方法を規定します。
サービスは、すべてのアプリケーション・コンポーネント・タイプに対して、 デフォルト (暗黙) の国際化対応ポリシーを定義します。開発時に、 アセンブラーは、 国際化対応タイプおよびオプションでコンテナー国際化対応属性を明示的に構成することによって、 サーバー・コンポーネント・タイプのデフォルト・ポリシーをオーバーライドできます。アセンブリー中に構成されたポリシーは、そのアプリケーションのデプロイメント記述子に保存されます。
すべてのコンポーネントには、それが AMI と CMI のいずれであるか、つまり、 コンポーネントがアプリケーション管理国際化対応ポリシーとコンテナー管理国際化対応ポリシーの いずれの下でデプロイされるかを示す国際化対応タイプがあります。 アプリケーション・アセンブラーは、サーブレット、Session Bean、 および Message-driven Bean の国際化対応タイプを設定することができます。Entity Bean は暗黙的に CMI であり、EJB クライアントは暗黙的に AMI です。 いずれもそれ以外のものに構成できません。
CMI サーブレットと Enterprise Bean では、オプションのコンテナー国際化対応属性を指定して、 コンテナーがサービスまたはビジネス・メソッドにいずれの起動国際化対応コンテキストをスコープ宣言するかを 指定できます。CMI サービスまたはビジネス・メソッドの起動は、呼び出し元のプロセスのコンテキスト、サーバーの JVM のデフォルト・コンテキスト、 または属性で指定されているカスタム・コンテキストの下で実行できます。 アセンブラーは、Web モジュール内の CMI サーブレットの非結合セットごとに 1 つのコンテナー国際化対応属性、 または EJB モジュール内の CMI Bean のビジネス・メソッドの非結合セットごとに 1 つの属性を指定できます。コンテナー国際化対応属性を複数のメソッドに関連付けることはできますが、1 つのメソッドを複数の属性に関連付けることはできません。
[<Internationalization Type>,<Container Internationalization Attribute>]
状況によっては、デプロイメント記述子にポリシー情報が欠落しているように見える場合があります。例えば、EJB クライアント・アプリケーションに構成可能な国際化対応ポリシー設定がない場合、AMI コンポーネントにコンテナー国際化対応属性がない場合、CMI コンポーネントのコンテナー国際化対応属性を指定する必要がない場合などです。 明示的な国際化対応タイプとコンテナー属性設定を適切な形式のデプロイメント記述子から 取得できない場合、サービスは適切な設定をポリシーに暗黙的に挿入します。
EJB クライアントと HTTP クライアントの国際化対応ポリシーは構成できません。 しかし、HTTP クライアントは、ホスティング Web ブラウザーの言語優先度設定の下で稼働します。これらの設定は、ほとんどの Web ブラウザーのオプション・ダイアログで構成できます。詳しくは Web ブラウザーの資料を参照してください。