Composants produit Java ES et Zones

Certains des objectifs présentés dans la section Pourquoi utiliser des zones pour Java ES ? pour l'utilisation de Java ES dans un environnement multizone, et les scénarios d'usage correspondants, font appel aux capacités de propagation de la zone globale afin de simplifier la gestion du cycle de vie des composants produit Java ES. De tels scénarios d'usage, par exemple, proposent la gestion du cycle de vie des composants produit Java ES dans la zone globale par l'administrateur global, tandis que la gestion de la configuration et de l'exécution de ces composants est effectuée dans des zones non globales par des administrateurs de zone.

En d'autres termes, les composants produit sont installés et mis à niveau dans une zone globale alors que les instances sont configurées et exécutées dans des zones non globales. Ce scénario d'usage combine les avantages de la gestion centralisée du cycle de vie avec l'isolation et la sécurité apportées par les zones non globales.

Cependant, ce scénario dépend de la capacité de chaque composant produit à être installé dans la zone globale mais configuré et exécuté dans une zone non globale. Cette séparation dépend du mode de configuration de chaque composant produit, du lieu de stockage des données de configuration et des applications dynamiques, du mode de repérage des données de configuration via l'exécution des binaires et du mode d'exécution des mises à niveau. La séparation peut également dépendre des fonctions de scripts de pré ou post installation/mise à niveau : ils démarrent ou stoppent les instances de composants, créent des liens vers les données de configuration ou effectuent d'autres tâches qui atténuent la distinction entre la gestion de la configuration et du cycle de vie.

Cette séparation peut également dépendre de la réalisation de la configuration dans une zone whole root ou sparse root. Par exemple, si le script de configuration des composants produit écrit sur un système de fichiers en lecture seule dans une zone sparse root (par exemple /usr) ou si des systèmes de fichiers rajoutés (tels que /opt) sont partagés dans une zone sparse root, il est possible que la configuration du composant échoue.

Presque tous les composants produit Java ES sont installés sous /opt , qui, par défaut, peut être écrit dans les zones sparse root. Pour plus d'informations, reportez-vous à Référence de l’installation de Sun Java Enterprise System 5 pour UNIX

Au jour d'aujourd'hui, la capacité de chacun des 20 composants produit Java ES de prendre en charge la séparation de la gestion du cycle de vie et de la gestion de la configuration/exécution entre les zones globales et non globales n'a pas encore été établie. Les divers composants produit ont adopté différentes approches concernant les opérations de configuration et de mise à niveau. Vu la situation, la propagation des composants produit Java ES (sauf pour Message Queue) n'est actuellement pas prise en charge. Pour plus d'informations, reportez-vous à la section Stratégies de propagation Java ES.