Nouveautés de la version 9.1

serveur d'application 9.1 comprend les améliorations suivantes :

• Prise en charge de la plate-forme Java EE 5 : Sun Java System serveur d'application implémente la spécification Java EE 5 pour offrir l'une des meilleures exécutions d'application possibles pour les applications et services Web de nouvelle génération d'une entreprise. serveur d'application implémente les composants standard Java EE suivants :

  • Enterprise Java Beans 3.0

  • JAXB 2.0

  • Java Persistence

  • Java Server Faces 1.2

  • Java Server Pages 2.1 (JSP 2.1)

  • Java Server Pages Standard Tag Library (JSTL) 1.2

  • Streaming API for XML (StAX)

  • Web Services Metadata

  • Java API for XML based Web Services 2.0 (JAX-WS 2.0)

  • Common Annotations for the Java Platform 1.0 (CAJ 1.0)

  • Java Servlet 2.5

  Vous trouverez par la suite la liste complète des technologies de la plate-forme Java EE 5.

• Prise en charge de WSIT (Web Services Interoperability Technologies) : Sun travaille étroitement 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é. La version initiale de WSIT est le fruit de cette collaboration. 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é.

  Reportez-vous à la section Informations supplémentaires sur l'intégration de WSIT de ce chapitre pour obtenir plus de détails sur ce processus sous serveur d'application.

• Prise en charge de JBI : JBI étend Java EE avec des interfaces de fournisseurs de services d'intégration d'entreprise (SPI). Ces SPI permettent aux développeurs de créer ou d'implémenter un environnement Java d'intégration à l'échelle de l'entreprise pour des spécifications telles que WSCI, BPEL4WS et W3C Choreography Working Group. Une implémentation JBI est directement installée par le programme d'installation d'serveur d'application, généralement dans le répertoire as-install/jbi. Ce répertoire contient tous les fichiers JAR et composants système communs pour JBI, notamment un module lifecycle permettant de démarrer la structure JBI dans la JVM d'serveur d'application.

• Prise en charge de la réplication en mémoire : la réplication en mémoire sur d'autres serveurs fournit un stockage léger des données d'état de session sans qu'une base de données, telle que HADB, ne soit nécessaire. Ce type de réplication utilise la mémoire d'autres serveurs pour le stockage haute disponibilité des données de bean de session avec état et de session HTTP. Les instances de serveur clusterisées répliquent l'état de session dans une topologie en anneau. Chaque instance de sauvegarde stocke les données répliquées en mémoire. La réplication en mémoire des données de l'état de session sur d'autres serveurs permet de distribuer les sessions. L'utilisation de la réplication en mémoire nécessite que GMS (Group Management Service) soit activé (true par défaut).

• Profils d'utilisation : chaque domaine administratif est associé à un profil d'utilisation, permettant d'identifier les capacités de ce domaine. serveur d'application inclut les profils suivants :

  • Developer (Développeur) : utilisez ce profil si vous exécutez votre domaine dans un environnement de développement et si vos applications ne nécessitent aucune fonctionnalité de clustering, telles que l'équilibrage de charge, la haute disponibilité et la réplication de session. Notez que le nom réel de ce profil est « developer » (sensible à la casse).

  • Cluster : utilisez ce profil si vous souhaitez créer des clusters d'instances de serveur d'application destinées à transmettre l'évolutivité et la haute disponibilité aux applications Java EE déployées. L'état de ces applications est en mémoire persistante. Notez que le nom réel de ce profil est « cluster » (sensible à la casse).

  • Enterprise (Entreprise) : utilisez ce profil si vous souhaitez utiliser HADB et NSS. Ce profil est inutilisable sauf si vous installez HADB et NSS séparément ou que vous installez serveur d'application comme partie de Java Enterprise System (Java ES).

• Améliorations de l'équilibrage de charge : plusieurs améliorations ont été apportées au plug-in d'équilibrage de charge. En bref, celles-ci incluent :

  • Tour de rôle pondéré : un attribut facultatif, nommé weight, a été ajouté au fichier d'instance Loadbalancer.xml. Cette option permet au plug-in d'équilibreur de charge d'acheminer les demandes en fonction de la pondération. Par exemple, toutes les 500 requêtes, 100 seront transmises à l'instance1 et 400 à l'instance2 . La pondération par défaut est de 100. Celle-ci est assignée à chaque instance à partir de la console d'administration ou de la ligne de commande, et le fichier serveur domain.xml comporte un attribut pour chaque instance indiquant la pondération.

  • Décision de l'équilibreur de charge définie par l'utilisateur : permet aux utilisateurs de définir une logique personnalisée pour l'équilibrage de charge ; par exemple, des redirections basées sur l'identité utilisateur et un équilibrage de charge basé sur MIME. Cette fonctionnalité est implémentée au moyen d'une bibliothèque partagée définie par l'utilisateur, chargée par l'équilibreur de charge. Cette bibliothèque partagée personnalisée implémente l'interface telle que définie dans le fichier loadbalancer.h , stocké dans as-install/lib/install/templates/.

  • Améliorations de l'administration : les versions précédentes d'serveur d'application nécessitaient que le fichier loadbalancer.xml soit copié manuellement vers le répertoire config particulier du serveur. serveur d'application 9.1 Update 1 inclut des automatisations d'envoi pour effectuer de telles copies entre le serveur Web et serveur d'application. L'équilibreur de charge lui-même est configuré dans le fichier domain.xml du serveur.

• Open Source et communauté GlassFish : en juin 2005, Sun a lancé la communauté GlassFish en vue de développer un serveur d'application gratuit, open source, de qualité commerciale permettant d'implémenter les dernières fonctionnalités de la plate-forme Java EE 5 ainsi que les technologies entreprise associées. serveur d'application est basé sur le code source développé par les ingénieurs de Sun et la communauté GlassFish.

• Prise en charge du centre de mise à jour : le centre de mise à jour d'serveur d'application fournit des mises à jour automatiques du produit et un accès rapide aux nouveaux composants. Pour plus d'informations, reportez-vous à la section Utilisation du centre de mise à jour d'serveur d'application.