Un contexte d'internationalisation

Un contexte d'internationalisation est une collection distribuable d'informations d'internationalisation contenant une liste ordonnée (ou chaîne) de paramètres régionaux et un fuseau horaire unique, où les paramètres régionaux et le fuseau horaire sont des instances des types SDK java.util.Locale et java.util.TimeZone Java™, respectivement. Une chaîne de paramètres régionaux est ordonnée en fonction des préférences de l'utilisateur.

Le service d'internationalisation gère et met à disposition deux types de contexte d'internationalisation : le contexte appelant, qui représente l'environnement de localisation de l'appelant, et le contexte d'appel, qui représente l'environnement de localisation dans lequel une méthode métier s'exécute. Les composants de l'application serveur utilisent des éléments des contextes d'internationalisation d'appelant et d'appel pour adapter de façon appropriée les calculs tenant compte des paramètres régionaux et du fuseau horaire.

Le service d'internationalisation ne prend pas en charge les types de fuseau horaire autres que le type java.util.SimpleTimeZone du kit SDK Java. Les types de fuseau horaire non pris en charge sont mappés en mode silencieux vers le fuseau horaire par défaut de la JVM lorsqu'ils sont indiqués dans les méthodes d'API de contexte d'internationalisation. Pour une description complète des types java.util.Locale, java.util.TimeZone et java.util.SimpleTimeZone, consultez la documentation de l'API Java SDK.

Contexte de l'appelant

Le contexte d'internationalisation de l'appelant contient la liste des paramètres régionaux et le fuseau horaire reçus lors des appels de méthodes métier EJB et des appels de méthode de service de servlet ; il s'agit du contexte d'internationalisation propagé à partir du processus appelant. Utilisez les éléments du contexte de l'appelant dans les composants de l'application serveur afin d'adapter les calculs au composant appelant. Le contexte de l'appelant est en lecture seule et accessible à tous les composants de l'application à l'aide de l'interface Internationalization de l'API du contexte d'internationalisation.

Le contexte de l'appelant est calculé de la manière suivante : lors d'un appel de méthode métier EJB ou de service de servlet, le service d'internationalisation extrait le contexte d'internationalisation à partir de la demande entrante et étend ce contexte à la méthode en tant que contexte d'appelant. Pour les éléments de contexte manquants ou indéfinis, le service insère l'élément par défaut correspondant de la JVM (par exemple, java.util.Locale.getDefault() ou java.util.TimeZone.getDefault().) Le service effectue une insertion similaire chaque fois que des éléments du contexte appelant manquants ou vides sont détectés dans les appels de bean session sans état compatibles avec les services Web.

Le contexte de l'appelant correspond formellement au contexte d'appel de la méthode métier appelante ou au composant d'une application.

Contexte d'appel

Le contexte d'internationalisation d'appel contient la chaîne de paramètres régionaux et le fuseau horaire dans lequel les méthodes métier EJB et les méthodes de service de servlet s'exécutent. Il est géré par le conteneur d'hébergement ou le composant d'application, en fonction de la règle d'internationalisation applicable. Dans le cas des demandes de méthode métier sortantes, il correspond au contexte qui est propagé au processus cible. Utilisez des éléments de contexte d'appel pour adapter les calculs aux paramètres spécifiés du composant d'application en cours.

Le contexte d'appel est calculé de la manière suivante : lors d'un appel de méthode métier entrante ou de service de servlet, le service d'internationalisation interroge la règle de gestion de contexte associée. Si cette dernière correspond à une règle CMI (internationalisation gérée par conteneur), le conteneur étend le contexte désigné par la règle à l'appel ; dans le cas contraire, il s'agit d'une règle AMI (internationalisation gérée par application) et le conteneur étend à l'appel un contexte vide qui peut être modifié par l'implémentation de la méthode.

Les composants d'une application peuvent accéder aux éléments du contexte d'appel via les interfaces Internationalization et InvocationInternationalization de l'API du contexte d'internationalisation. Les éléments du contexte d'appel ne peuvent être définis (remplacés) que dans le cadre de la règle d'internationalisation gérée par application.

Dans le cas d'une demande de méthode métier sortante, le service obtient le contexte d'appel actuellement étendu et le rattache à la demande. Ce contexte exporté sortant devient le contexte d'appelant de l'appel cible. Lors de l'indication des éléments du contexte d'appel, à des fins d'exportation lors des demandes sortantes ou via l'API, le service d'internationalisation fournit systématiquement l'élément le plus récent défini à l'aide de l'API. Le service fournit également l'élément par défaut correspondant de la JVM pour tous les éléments de contexte d'appel indéfinis.

Le contexte d'internationalisation propagé via les demandes de services Web (SOAP) contenant un ID fuseau horaire et non l'intégralité de l'état d'un objet java.lang.SimpleTimeZone, les informations relatives au fuseau horaire risquent de se perdre si un programme client compatible avec les services Web ou un bean session est utilisé dans un calcul métier éloigné.


Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cin_i18ncontext
Nom du fichier : cin_i18ncontext.html