Nouveautés de la version Sun GlassFish Enterprise Server v3

Sun GlassFish Enterprise Server v3 fournit un serveur permettant de développer et de déployer des applications et des technologies Web pour la plate-forme Java Enterprise Edition (plate-forme Java EE) s'appuyant sur la technologie Java.

Les nouvelles fonctionnalités suivantes de Enterprise Server sont décrites dans ce document :

• Prise en charge des profils Java EE

• Conception modulaire

• Prise en charge de l'extension de Enterprise Server

• Intégration de Outil de mise à jour

• Prise en charge des langages de script

• Prise en charge de WSIT (Web Services Interoperability Technologies)

• Améliorations apportées à l'utilitaire appclient

• Intégration d'EclipseLink

• Transfert des paramètres du service HTTP au service réseau

• Modifications liées à l'authentification de l'administrateur

• Modifications liées à l'utilitaire asadmin

• Modifications liées à la structure des fichiers

• Modifications liées aux tâches Ant et à l'utilitaire asant

• Modifications liées à la validation du fichier domain.xml

• Modifications liées aux applications

Prise en charge des profils Java EE

Java EE 6 introduit le concept des profils. Un profil est un ensemble de technologies Java EE et d'API s'adressant à des communautés de développeurs et des types d'application spécifiques.

Les profils suivants sont implémentés via la distribution de Sun GlassFish Enterprise Server v3 :

• Profil Plate-forme complète. Ce profil s'adresse aux développeurs ayant besoin de l'ensemble des API Java EE pour développer des applications d'entreprise. Le profil Plate-forme complète est installé lors de l'installation de Sun GlassFish Enterprise Server v3. Ce profil est également installé lors de l'installation de Java EE 6 SDK.

• Profil Web. Ce profil contient des technologies Web de la plate-forme complète et s'adresse aux développeurs n'ayant pas besoin de l'ensemble des API Java EE. Le profil Web est installé lors de l'installation du profil Web de Sun GlassFish Enterprise Server v3. Ce profil est également installé avec le profil Web de Java EE 6 SDK.

Les distributions de Java EE 6 SDK sont disponibles à partir de Java EE 6 SDK downloads page.

Pour obtenir la liste des API de chaque profil, reportez-vous à la rubrique Normes Java EE 6.

Conception modulaire

Dans Sun GlassFish Enterprise Server v3, le code GlassFish a été divisé en modules afin d'assurer une souplesse et d'offrir de meilleures performances d'exécution. L'architecture modulaire, implémentée dans le respect des normes d'OSGi Alliance, permet de réutiliser les modules de Enterprise Server v3, ainsi que d'autres modules.

Cette modification de conception permet d'utiliser uniquement les modules requis par l'application déployée. Le programme n'est utilisé que pour les applications en ayant besoin et les mises à niveau peuvent être implémentées sans avoir à réinstaller le système dans son intégralité. Ce changement réduit le temps de démarrage, la consommation de mémoire et les exigences en termes d'espace disque.

Cette conception modulaire permet d'effectuer les opérations suivantes :

• Déploiement des bundles OSGi

• Déploiement des fichiers JAR de bibliothèque

• Remplacement d'une fonctionnalité existante par une autre implémentation

Prise en charge de l'extension de Enterprise Server

Une nouvelle interface de fournisseur de système (SPI) du conteneur Sun GlassFish Enterprise Server v3 définit les interfaces que le développeur du conteneur doit implémenter pour que Enterprise Server puisse l'appeler le moment venu. Ce changement permet aux utilisateurs de Enterprise Server de créer des applications de serveurs personnalisées en ajoutant des commandes administratives et des composants graphiques add-on.

Enterprise Server permet également une prise en charge transparente de nouveaux types de modules tels que Ruby on Rails.

Intégration de Outil de mise à jour

Outil de mise à jour est maintenant intégré à la Sun GlassFish Enterprise Server v3 Console d'administration . Il facilite la gestion des composants add-on et des applications annexes qui permettent d'étendre les fonctions de Enterprise Server v3.

La Console d'administration permet d'accéder à la page Outil de mise à jour via l'arborescence de navigation. La page Outil de mise à jour contient des onglets permettant d'afficher les éléments suivants :

• les composants installés ;

• les mises à jour disponibles pour les composants installés ;

• les composants add-on disponibles et pouvant être installés.

L'intégration de Outil de mise à jour à la Console d'administration permet aux administrateurs d'étendre Enterprise Server facilement et d'afficher les mises à jour disponibles. Une version autonome de l'outil de mise à jour est également disponible à l'aide de la commande updatetool. Pour plus d'informations sur l'outil de mise à jour, reportez-vous à la rubrique Update Tool du Sun GlassFish Enterprise Server v3 Administration Guide .

L'outil de mise à jour est disponible dans le projet Update Center. La Console d'administration fait appel à l'API d'Update Center 2.3 pour afficher la liste des composants, versions et dates disponibles. Pour plus d'informations sur Update Center 2.3, reportez-vous aux Release Notes for Update Center 2.3.

Prise en charge des langages de script

Afin d'accélérer le développement et le déploiement d'applications, Sun GlassFish Enterprise Server v3 prend en charge divers langages de script. L'utilisation de langages de script permet l'application de Enterprise Server au-delà des développements centrés sur la technologie Java. Les langages de script pris en charge sont les suivants :

• JRuby et Rails: langage de script et structure de développement d'applications Web.

• Grails : structure d'application Web s'appuyant sur le langage de programmation Groovy et complétant le développement Web Java.

• Jython et Django : implémentation Java du langage Python et structure Web pour Python et implémentations de Python (notamment Jython)

• jMaki : structure de création d'applications Web Ajax.

La prise en charge de ces langages de script est permise par des composants qui ne sont pas disponibles par le biais de l'outil de mise à jour.

Prise en charge de WSIT (Web Services Interoperability Technologies)

Sun travaille en étroite collaboration avec Microsoft en vue d'assurer l'interopérabilité des technologies d'entreprise de services Web telles que l'optimisation des messages, la fiabilité des services de messagerie et la sécurité. WSIT est le fruit de cette collaboration. WSIT fait partie de Metro 2.0, une pile extensible de services Web haute performance permettant l'interopérabilité avec Microsoft .NET 3.5. Metro 2.0 est inclus dans la distribution complète de Enterprise Server v3.

WSIT est une implémentation de nombreuses spécifications de services Web ouverts visant à prendre en charge des fonctions d'entreprise. Outre l'optimisation des messages, la messagerie fiable et la sécurité, WSIT inclut une technologie d'initialisation et de configuration. Reprenant les composants XML de base actuellement intégrés à la plate-forme Java, WSIT utilise ou étend les fonctions existantes, et ajoute un nouveau support pour les services Web interopérables, notamment :

• l'initialisation et la configuration ;

• la technologie d'optimisation des messages ;

• la technologie de messagerie fiable ;

• la technologie de sécurité.

Améliorations apportées à l'utilitaire appclient

Dans cette version, l'utilitaire appclient présente les améliorations suivantes :

• L'utilitaire appclient accepte une syntaxe de ligne de commande alternative similaire à la syntaxe du lanceur de l'application Java (java).

• L'option -targetserver est ajoutée pour permettre au serveur et au numéro de port de la cible d'être spécifiés.

• Les écrans d'accueil sont pris en charge dans les clients de l'application.

Pour plus d'informations, reportez-vous à la page man appclient(1M).

Intégration d'EclipseLink

Sun GlassFish Enterprise Server v3 utilise EclipseLink comme fournisseur JPA (Java Persistence API) 2.0. EclipseLink est également l'implémentation de référence de JSR 317. Pour les toutes dernières informations concernant la fonctionnalité EclipseLink, reportez-vous aux EclipseLink 2.0 Release Notes.

Transfert des paramètres du service HTTP au service réseau

Dans Sun GlassFish Enterprise Server v3, la plupart des paramètres du service HTTP ont été transférés dans la configuration du nouveau service réseau. Pour plus d'informations, reportez-vous au Sun GlassFish Enterprise Server v3 Upgrade Guide .

Modifications liées à l'authentification de l'administrateur

Dans Sun GlassFish Enterprise Server v3, vous n'êtes, par défaut, pas invité à saisir les données d'authentification d'administration. Il s'agit d'une modification par rapport aux versions précédentes.

Lorsque vous installez Enterprise Server à partir du fichier ZIP, vous n'êtes pas invité à entrer les données d'authentification d'administration au lancement de la console d'administration ni lors de l'utilisation de l'utilitaire asadmin et des sous-commandes distantes pour exécuter des tâches administratives.

Lorsque vous installez Enterprise Server v3 à partir du fichier auto-extracteur et du programme d'installation graphique, vous n'êtes pas invité à entrer les données d'authentification d'administration à moins d'avoir spécifié un nom d'utilisateur et un mot de passe à la page Paramètres d'administration au cours de l'installation. Si vous avez accepté les paramètres par défaut de cette page, l'utilisateur administratif par défaut est admin et le champ du mot de passe reste vide.

S'il n'y a qu'un seul utilisateur administratif sans mot de passe, les connexions non authentifiées sont autorisées. Pour plus d'informations sur l'authentification de l'administrateur, reportez-vous à la rubrique To Log In to a Domain du Sun GlassFish Enterprise Server v3 Administration Guide .

Les règles d'authentification des administrateurs peuvent être modifiées après l'installation de Enterprise Server. Pour de plus amples informations sur l'utilisation de la console d'administration afin d'effectuer cette opération et des tâches associées, reportez-vous à l'aide en ligne de la console d'administration. Pour plus d'informations sur l'utilisation de l'interface de ligne de commande, reportez-vous à la rubrique Administering Passwords du Sun GlassFish Enterprise Server v3 Administration Guide .

Modifications liées à l'utilitaire asadmin

Le comportement de l'utilitaire asadmin a été modifié afin d'accentuer la différence entre les options de l'utilitaire asadmin et celles de ses sous-commandes. Les options de l'utilitaire asadmin sont dorénavant autorisées avant la sous-commande. Cependant, pour des raisons de compatibilité avec d'autres versions, les options de l'utilitaire asadmin sont encore autorisées après la sous-commande mais cette syntaxe est obsolète.

Pour plus d'informations, reportez-vous à la rubrique Using the asadmin Utility du Sun GlassFish Enterprise Server v3 Administration Guide .

Modifications liées à la structure des fichiers

Sun GlassFish Enterprise Server v3 inclut les modifications de structure de fichiers suivantes par rapport aux versions précédentes :

• Le répertoire d'installation par défaut est le suivant :

  Systèmes Solaris, Linux et Mac OS X : répertoire-personnel-de-l'utilisateur/glassfishv3

  Systèmes Windows : unité-système:\glassfishv3

• Un sous-répertoire glassfish accompagné de sous-répertoires a été ajouté.

• Les bibliothèques du produit ont été déplacées de glassfish/lib à glassfish/modules.

• Un répertoire osgi a été ajouté.

• Un répertoire dédié aux fichiers juridiques a été ajouté. Les fichiers de licence et de copyright se trouvent désormais dans glassfish/legal.

• Sun GlassFish Message Queue est installé dans un répertoire de niveau supérieur et non pas un sous-répertoire.

• Java DB est installé dans un répertoire de niveau supérieur et non pas un sous-répertoire.

Modifications liées aux tâches Ant et à l'utilitaire asant

Sun GlassFish Enterprise Server v3 propose des tâches Ant spécifiques au serveur pour lesquelles Ant doit être installé. L'utilitaire asant n'est pas inclus dans cette version.

Enterprise Server est compatible avec Apache Ant, versions 1.6.5 et plus récentes. Si le script Ant n'est pas installé, vous pouvez l'installer à l'aide de l'outil de mise à jour.

Pour plus d'informations sur l'outil de mise à jour, reportez-vous à la rubrique Update Tool du Sun GlassFish Enterprise Server v3 Administration Guide . Pour plus d'informations sur les tâches Ant, reportez-vous au Chapitre 3, Using Ant with Enterprise Server du Sun GlassFish Enterprise Server v3 Application Development Guide.

Modifications liées à la validation du fichier domain.xml

Sun GlassFish Enterprise Server v3 étant un fichier modulaire extensible, le fichier domain.xml ne peut pas être validé par rapport à un fichier DTD statique. Le fichier domain.xml est à la place validé par rapport aux annotations @Configured du code source. Pour plus d'informations sur la structure du fichier domain.xml,reportez-vous à la Sun GlassFish Enterprise Server v3 Domain File Format Reference .

Modifications liées aux applications

Des différences d'application existent entre Enterprise Server v3 et Enterprise Server v2. Cette rubrique décrit certaines de ces différences.

Option force

La valeur par défaut de l'option force pour le déploiement est false dans Enterprise Server v3. Cette valeur par défaut était true dans Enterprise Server v2. Dans Enterprise Server v3 vous devez explicitement donner à cette option la valeur true pour le redéploiement. Cette option n'est pas définie automatiquement lors du processus de mise à niveau. L'objet de cette modification est d'éviter le remplacement accidentel du contenu d'une application existante. Ceci s'applique à la fois à la console d'administration et à l'utilitaire de ligne de commande.

La commande asadmin redeploy est également une nouveauté de Enterprise Server v3 et est l'équivalent de --force=true. L'option force ne s'applique qu'à la commande deploy (interface de ligne de commande) et à l'écran deploy (console), et non pas à la commande redeploy ni à l'écran redeploy.

Applications et structure de répertoires générée

Enterprise Server v2 dispose de deux sous-répertoires pour le référentiel des applications : applications/j2ee-apps et applications/j2ee-modules. Ces sous-répertoires n'existent pas dans Enterprise Server v3 (il n'existe pas de niveau j2ee-apps ni de niveau j2ee-modules). Le déploiement d'un module autonome tel que foo.war, résidant auparavant dans applications/j2ee-modules/foo dans Enterprise Server v2, s'effectue désormais dans Enterprise Server v3 dans applications/foo. Les applications d'entreprise et les modules autonomes partagent essentiellement le même espace de noms ; la couche de répertoires intermédiaires n'est donc pas nécessaire.

Élément domain.xml application

Les anciens éléments tels que web-module, ejb-module , etc., ont été abandonnés dans Enterprise Server v3 pour être remplacés par le nouvel élément application. Pour plus d'informations sur l'élément application, reportez-vous à application du Sun GlassFish Enterprise Server v3 Domain File Format Reference.

Au cours d'une mise à niveau, les applications Enterprise Server v2 sont redéployées au nouvel emplacement applications/ avec le nouvel élément application du fichier domain.xml. Les nouvelles applications déployées sur Enterprise Server v3 sont déployées avec la nouvelle structure de répertoires et le nouvel élément.

Règles de visibilité plus strictes des fichiers JAR

Java EE 6 impose des règles de visibilité plus strictes des fichiers JAR que Java EE 5. Par conséquent, certaines applications plus anciennes risque de ne pas fonctionner correctement.

Java EE 6 specification impose des règles strictes de visibilité des fichiers JAR à partir d'un fichier EAR (ficher archive d'entreprise). Consultez tout particulièrement la section EE.8.3.3. Les modules client d'application notamment ne doivent avoir accès à aucun fichier JAR EJB à moins que le manifest du fichier JAR de client d'application class-path ne fasse explicitement référence au(x) fichier(s) JAR EJB.

Ceci diffère de Enterprise Server v2 dans lequel les clients d'application avaient automatiquement accès à tous les fichiers JAR EJB dans le fichier EAR, ainsi qu'à tous les fichiers JAR au niveau le plus élevé du fichier EAR. Pour se conformer au langage de spécification plus stricte, Enterprise Server v3 ne peut pas fournir automatiquement aux clients d'application l'accès à ces fichiers JAR.

Ce nouveau comportement plus stricte imposé par Java EE 6 peut être utilisé comme suit :

• Si l'application est déployée sur un domaine Enterprise Server v2, l'outil de mise à niveau préserve le comportement de Enterprise Server v2 de cette application dans ce domaine. Pour plus d'informations sur les mises à niveau, reportez-vous au Sun GlassFish Enterprise Server v3 Upgrade Guide.

• Modifiez le fichier manifeste Class-Path du client afin qu'il réfère explicitement aux fichiers JAR desquels il dépend. Class-Path ne doit pas répertorier les fichiers JAR dans le répertoire de bibliothèque du fichier EAR. De par la spécification , tous les fichiers JAR de ce répertoire sont mis à la disposition de tous les modules du fichier EAR. Ce répertoire est par défaut /lib ; toutefois, vous pouvez définir un autre répertoire à l'aide de library-directory dans le descripteur application.xml.

• Déployez le fichier EAR à l'aide du paramètre facultatif --property compatibility=v2. Ce paramètre permet de préserver le comportement de Enterprise Server v2 pour l'application en question lors de son déploiement sur Enterprise Server v3.

Ce changement de comportement est également abordé dans Chapitre 1, Application Server Compatibility Issues du Sun GlassFish Enterprise Server v3 Upgrade Guide.

Commandes deploy --retrieve et get-client-stubs des clients d'application

Dans Sun GlassFish Enterprise Server v3, l'exécution des commandes deploy --retrieve et get-client-stubs ne télécharge pas un seul fichier JAR dans votre répertoire local comme cela était le cas dans Enterprise Server v2. Bien que la création du répertoire localdir/myAppClient.jar a toujours lieu dans Enterprise Server v3 et qu'il puisse être utilisé comme cible dans la commande appclient, un autre répertoire, localdir/myAppClient , qui peut aussi contenir d'autres fichiers, est également créé.

Si vous avez l'habitude de copier le seul fichier JAR téléchargé de Enterprise Server v2 afin de déplacer les composants des clients d'application d'un emplacement à un autre, cette opération ne fonctionne pas dans Enterprise Server v3. La méthode prise en charge pour cette opération consiste à utiliser la commande asadmin get-client-stubs. Pour plus d'informations sur cette commande, reportez-vous à get-client-stubs(1).

Si vous optez cependant pour la copie, vous devez non seulement copier le fichier localdir/myAppClient.jar (tout comme dans Enterprise Server v2), mais aussi tout le contenu du répertoire localdir/myAppClient.