Contexte d'internationalisation : Règles de gestion

Les règles d'internationalisation prescrivent la façon dont les composants d'application Java™ EE ou les conteneurs d'hébergement associés gèrent le contexte d'internationalisation lors des appels de composant. Deux stratégies de gestion de contexte d'internationalisation s'appliquent à tous les types de composant : l'internationalisation gérée par application et l'internationalisation gérée par conteneur.

Ces règles sont représentées en deux parties :
  • Type d'internationalisation
  • Attribut d'internationalisation de conteneur

Le service définit une règle d'internationalisation par défaut (ou implicite) pour tous les types de composants d'une application. Au moment du développement, les assembleurs peuvent remplacer la règle par défaut pour les types de composant de serveur en configurant de façon explicite leur type d'internationalisation, ainsi que des attributs d'internationalisation de conteneur facultatifs. Les règles configurées lors de l'assemblage sont conservées dans le descripteur de déploiement de l'application.

Tous les composants comportent un type d'internationalisation qui indique s'il s'agit d'une internationalisation AMI ou CMI, c'est-à-dire, si un composant doit être déployé dans le cadre de la règle d'internationalisation gérée par application ou de la règle d'internationalisation gérée par conteneur. Les assembleurs de l'application peuvent définir le type d'internationalisation pour les servlets, les beans session et les beans gérés par message. Les beans entity sont implicitement de type CMI et les clients EJB sont implicitement de type AMI ; aucun ne peut être configuré d'une autre manière.

Pour les beans enterprise et les servlets CMI, des attributs d'internationalisation de conteneur facultatifs peuvent être spécifiés pour indiquer le contexte d'internationalisation d'appel que le conteneur doit étendre aux méthodes de service ou métier. Un appel de méthode métier ou de service CMI peut s'exécuter dans le contexte du processus de l'appelant, dans le contexte par défaut de la JVM du serveur ou dans un contexte personnalisé spécifié dans l'attribut. Les assembleurs peuvent indiquer un seul attribut d'internationalisation de conteneur par ensemble non consécutif de servlets CMI d'un module Web ou un seul attribut par ensemble non consécutif de méthodes métier des beans CMI dans un module EJB. Un attribut d'internationalisation de conteneur peut être associé à plusieurs méthodes, mais une méthode ne peut pas être associée à plusieurs attributs.

Lorsqu'un serveur d'applications lance une application, le service d'internationalisation collecte des informations relatives aux règles à partir du descripteur de déploiement, puis utilise ces informations pour créer une règle d'internationalisation et pour l'associer à tous les appels de composant. Une règle est indiquée comme suit :
[<Type d'internationalisation>,<Attribut d'internationalisation de conteneur>]

Il existe plusieurs cas où le descripteur de déploiement semble ne pas contenir d'informations relatives aux règles. En voici des exemples : les applications client EJB ne comportent aucun paramètre de règle d'internationalisation configurable, les composants AMI ne comportent pas d'attributs d'internationalisation de conteneur et vous n'êtes pas tenu de spécifier des attributs d'internationalisation de conteneur pour les composants CMI. Lorsque le service ne peut pas obtenir le type d'internationalisation explicite et les valeurs d'attribut de conteneur à partir d'un descripteur de déploiement syntaxiquement correct, il insère de façon implicite la valeur appropriée dans la règle.

Le service respecte les conventions suivantes lors de l'application des règles à des appels :
  • Les méthodes de servlets (service) et les méthodes métier EJB qui ne comportent pas toutes les informations relatives aux règles dans le descripteur de déploiement s'exécutent de façon implicite dans le cadre des règles de gestion [CMI,RunAsCaller].
  • Les méthodes métier et de servlets CMI qui ne comportent pas d'attribut d'internationalisation de conteneur dans le descripteur de déploiement s'exécutent de façon implicite dans le cadre des règles de gestion [CMI,RunAsCaller].
  • Les méthodes métier et de servlets AMI manquent toujours d'attributs d'internationalisation de conteneur dans le descripteur de déploiement, mais s'exécutent de façon implicite dans le cadre des règles de gestion logiques [AMI,RunAsServer].
  • Les clients EJB manquent toujours d'informations relatives aux règles d'internationalisation dans le descripteur de déploiement. Par définition, les clients EJB sont implicitement de type AMI et s'exécutent dans le contexte d'appel de la JVM ; ils s'exécutent dans le cadre des règles de gestion logiques [AMI,RunAsServer].
Pour plus d'informations sur les conditions autres que celles décrites dans les exemples ci-dessus, par exemple, un descripteur de déploiement syntaxiquement incorrect, reportez-vous à Erreurs du service d'internationalisation.

Les règles d'internationalisation relatives aux clients EJB et aux clients HTTP ne peuvent pas être configurées ; cependant, les clients HTTP s'exécutent dans le cadre des paramètres de priorité de langage du navigateur Web d'hébergement. Ces paramètres peuvent être configurés dans la boîte de dialogue d'options de la plupart des navigateurs Web. Pour plus de détails, consultez la documentation de votre navigateur Web.


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_i18ncontextpolicies
Nom du fichier : cin_i18ncontextpolicies.html