Notes de version de Sun Java System Application Server 9.1

Chapitre 2 À propos d'Application Server 9.1

Sun Java System Application Server 9.1 est un serveur compatible avec la plate-forme Java EE 5, utilisé pour le développement et le déploiement des applications Java EE et des services Web basés sur la technologie Java dans des environnements de production à grande échelle.

Cette section aborde les sujets suivants :

Nouveautés de la version 9.1

Application Server 9.1 comprend les améliorations suivantes :

Prise en charge de la plate-forme Java EE 5 : Sun Java System Application Server Environment Enterprise 9.1 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. Application Server 9.1 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 Application Server 9.1.
Prise en charge de Java Business Integration (JBI) : JBI étend Java EE avec des interfaces de prestation de service (SPI) pour l'intégration à l'échelle de l'entreprise. 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'Application Server, généralement dans le répertoire AS_HOME/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'Application Server.
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 (GroupManagement 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. Application Server 9.1 propose 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 Application Server 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 qu'elle est définie dans le fichier loadbalancer.h , stocké dans rép_install_appserver /lib/install/templates/.
- Améliorations de l'administration : les versions précédentes d'Application Server nécessitaient que le fichier loadbalancer.xml soit copié manuellement vers le répertoire config particulier du serveur. Application Server 9.1 inclut des automatisations d'envoi pour effectuer de telles copies entre le serveur Web et Application Server. 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. Application Server Environment Enterprise 9.1 est basé sur le code source développé par les ingénieurs de Sun et la communauté GlassFish.
Prise en charge du centre de mises à jour : le centre de mises à jour de Application Server 9.1 fournit des mises à jour automatiques d'Application Server et un accès rapide aux composants supplémentaires. Pour plus d'informations, reportez-vous à la section Utilisation du centre de mises à jour d'Application Server.

Configurations matérielle et logicielle requises

Cette section présente la configuration requise pour pouvoir installer Sun Java System Application Server 9.1.

Plates-formes prises en charge

Le tableau suivant répertorie les systèmes d'exploitation compatibles avec Sun Java System Application Server Environment Enterprise 9.1.

Tableau 2–1 Systèmes d'exploitation pris en charge


Système d'exploitation	Mémoire minimum	Mémoire recommandée	Espace disque minimum	Espace disque recommandé	JVM
Sun Solaris 9, 10 (SPARC) Solaris 9, 10 (x86)	512 Mo	512 Mo	250 Mo disponibles	500 Mo disponibles	J2SE5.0 Java SE 6
Sun Solaris 10 64 bits (SPARC, x86)	512 Mo	512 Mo	250 Mo disponibles	500 Mo disponibles	J2SE5.0 Java SE 6
Redhat Enterprise Linux 3.0 U1, 4.0	512 Mo	1 Go	250 Mo disponibles	500 Mo disponibles	J2SE5.0 Java SE 6
SuSE Linux Enterprise Server 10 SP1	512 Mo	1 Go	250 Mo disponibles	500 Mo disponibles	J2SE5.0 Java SE 6
Windows Server 2000 SP4+ Windows 2000 Advanced Server SP4+ Windows Server 2003 Windows XP Pro SP1+ Windows Vista	1 Go	2 Go	500 Mo disponibles	1 Go disponible	J2SE5.0 Java SE 6

Sous UNIX^TM, vous pouvez vérifier la version du système d'exploitation en utilisant la commande uname et l'espace disque en utilisant la commande df.

Remarque –

Nous vous recommandons d'utiliser le système de fichiers NTFS plutôt que FAT ou FAT32 pour exécuter Application Server sur n'importe quelle plate-forme Microsoft Windows.

Informations importantes concernant les patchs

Patchs requis pour Solaris

Sun conseille aux utilisateurs de Solaris 9, 10 (x86, SPARC) d'installer le groupe de patchs recommandés. Ce dernier est disponible sous « Recommended and Security Patches » sur le site Web SunSolve .

Version de JDK

La version minimale (et certifiée) du JDK requise pour Application Server 9.1 est 1.5.0_12.

Pilotes JDBC et bases de données

Le Tableau 2–2 répertorie les bases de données et pilotes répondant aux exigences de compatibilité de Java EE. Toutes les configurations prises en charge de Sun Java System Application Server Environment Enterprise doivent au minimum comprendre une combinaison base de données/pilote de ce tableau, telle que la base de données Java DB intégrée et son pilote. En outre, Application Server est conçu pour prendre en charge la connectivité JDBC à tout DBMS supplémentaire avec un pilote JDBC correspondant.

Tableau 2–2 Pilotes JDBC compatibles Java EE


Fournisseur de pilote JDBC	Type de pilote JDBC	Serveur de base de données pris en charge
Derby Network Client	Type4	Derby 10.2
DataDirect 3.60.29	Type4	Oracle 10g
DataDirect 3.6	Type4	DB2 9.1 DB2 8.2
Oracle Thin	Type4	Oracle 10g
PostGres	Type4	8.1
MySQL Connector/J Driver 3.1	Type4	MySQL 5

Le Tableau 2–3 répertorie toutes les bases de données et tous les pilotes supplémentaires devant être pris en charge dans la version FCS d'Application Server.

Tableau 2–3 Bases de données et pilotes JDBC pris en charge (Application Server FCS)


Fournisseur de pilote JDBC	Type de pilote JDBC	Serveur de base de données pris en charge
Oracle OCI	Type2	Oracle 9i
IBM DB2	Type2	DB2 9.1
Oracle 10G	Type4	-RAC
DataDirect 3.60.29	Type4	Sybase ASE 15 MS SQL 2005
MySQL Connector/J Driver 3.1	Type4	MySQL 5

En règle générale, Application Server Environment Enterprise 9.1 prend en charge tous les pilotes JDBC répondant à la spécification Java EE.

Utilisation de la base de données Java DB intégrée

Cette section décrit des instructions d'implémentation de la base de données Java DB intégrée à Application Server 9.1. Java DB est basée sur la base de données Apache Derby.

Ouverture et fermeture de la base de données Java DB

Sun Java System Application Server 9.1 introduit deux nouvelles commandes asadmin pour démarrer et arrêter le serveur réseau Java DB.

Utilisez la commande asadmin start-database pour démarrer une instance du serveur réseau Java DB :
start-database [--dbhost 0.0.0.0] [--dbport 1527] [--dbhome path]
La valeur par défaut pour l'hôte est 0.0.0.0, ce qui permet à Java DB d'écouter sur localhost ainsi que sur les interfaces de noms d'hôte/d'adresses IP. La valeur de la propriété dbhome correspond à l'emplacement où les bases de données Java DB résident. Le path par défaut est rép_install_appserver/javadb.
Utilisez la commande asadmin stop-database pour fermer une instance en cours d'exécution sur le serveur réseau Java DB :
stop-database [--dbhost 0.0.0.0] [--dbport 1527]

Scripts d'utilitaire Java DB

Remarque –

Ces scripts ont été désapprouvés sous Application Server 9.1.

La configuration de Java DB proposée avec Application Server 9.1 comprend également plusieurs scripts utiles vous permettant d'utiliser Java DB. Les scripts suivants sont disponibles dans le répertoire <rép_install_appserver> /javadb/frameworks/NetworkServer/bin :

startNetworkServer.ksh/bat : script permettant de démarrer le serveur réseau
stopNetworkServer.ksh/bat : script permettant d'arrêter le serveur réseau
ij.ksh/bat : outil de script JDBC interactif
dblook.ksh/bat : script permettant d'afficher tout ou partie du LDD d'une base de données
sysinfo.ksh/bat : script permettant d'afficher des informations de versionnage relatives à l'environnement Java DB
NetworkServerControl.ksh/bat — Script permettant d'exécuter des commandes sur l'API NetworkServerControl

Pour configurer l'environnement d'exécution de scripts de l'utilitaire Java DB

Définissez la variable d'environnement DERBY_INSTALL pour que celle-ci pointe vers le répertoire <rép_install_appserver>/javadb.

Annulez le paramétrage de la variable d'environnement CLASSPATH.

Facultativement, vous pouvez également paramétrer les propriétés suivantes :
1. DERBY_SERVER_HOST sur l'hôte écouté par le serveur réseau.
  
  Cette propriété peut également être paramétrée sur 0.0.0.0 afin d'activer tous les listener.
2. DERBY_SERVER_PORT sur le numéro de port écouté par le serveur réseau.

Voir aussi

Pour plus d'informations sur ces utilitaires, reportez-vous aux guides Tools et Admin de Derby.

Exportation de tables de Pointbase vers Java DB

Cet exemple illustre la procédure de capture du DDL pour une table Pointbase sous Commander et de création de la même table sous Java DB à l'aide de NetBeans 5.0. Vous pouvez également utiliser l'outil Commander et la commande unload database :

./startcommander.sh
Do you wish to create a new Database. (Yes (Y) or No (N))? [default: N]: 
Enter product to connect with: (Embedded (E) or Server (S))? [default: E]: e
Enter driver to use? [default: [com.pointbase.jdbc.jdbcUniversalDriver]: 
Enter database URL? [default: [jdbc:pointbase:embedded:sample]: 
Enter Username? [default: PBPUBLIC]: 
Enter Password? [default: PBPUBLIC]: 

PointBase Commander 5.2 ECF build 294 size restricted version EMBEDDED

Interactive SQL command language. SunOS/5.9

(C) Copyright 2004 DataMirror Mobile Solutions, Inc. All rights reserved.

Licensed to: Sun_customer_demo_use
For commercial version contact PointBase at: 
pointbase.com
PHONE: 1-877-238-8798 (US & CANADA)
       1-408-961-1100 (International)
WEBSITE: www.pointbase.com

SQL>unload database sampledb.sql;
SQL> unload database sampledb.sql;
SQL> 13 Row(s) Unloaded. (PBPUBLIC.CUSTOMER_TBL)
SQL> 4 Row(s) Unloaded. (PBPUBLIC.DISCOUNT_CODE_TBL)
SQL> 30 Row(s) Unloaded. (PBPUBLIC.MANUFACTURE_TBL)
SQL> 11 Row(s) Unloaded. (PBPUBLIC.MICRO_MARKETS_TBL)
SQL> 9 Row(s) Unloaded. (PBPUBLIC.OFFICE_TBL)
SQL> 4 Row(s) Unloaded. (PBPUBLIC.OFFICE_TYPE_CODE_TBL)
SQL> 15 Row(s) Unloaded. (PBPUBLIC.ORDER_TBL)
SQL> 6 Row(s) Unloaded. (PBPUBLIC.PRODUCT_CODE_TBL)
SQL> 30 Row(s) Unloaded. (PBPUBLIC.PRODUCT_TBL)
SQL> 10 Row(s) Unloaded. (PBPUBLIC.SALES_REP_DATA_TBL)
SQL> 10 Row(s) Unloaded. (PBPUBLIC.SALES_REP_TBL)
SQL> 52 Row(s) Unloaded. (PBPUBLIC.SALES_TAX_CODE_TBL)
SQL> 12 Table(s) Unloaded.
SQL> quit;

Les résultats de la commande unload database de l'exemple ci-dessus sont renvoyés dans le fichier sampledb.sql. Ce fichier sampledb.sql contient l'ensemble du LDD nécessaire pour créer des tables et index. Il contient également le DML permettant de retransférer les données dans la base de données. La commande RUN vise à importer les données d'une autre base de données Pointbase à l'aide du script généré. Voici un exemple d'affichage des instructions INSERT et des données associées dans le fichier généré :

INSERT INTO "ADVENTURE"."CATEGORY" (
"CATID", "LOCALE", "NAME", "DESCRIPTION", "IMAGEURI" )
VALUES( ?, ?, ?, ?, ? );
{
'ISLAND              ','en_US','Island Adventures','Experience an island /
paradise in a way fit for your needs.','Island_Adventures.gif'
'JUNGLE              ','en_US','Jungle Adventures','Experience a jungle /
paradise in a way fit for your needs.','Jungle_Adventures.gif'
'MOUNTAIN            ','en_US','Mountain Adventures','Experience an /
elevated paradise with a view.','Mountain_Adventures.gif'
'ORBITAL             ','en_US','Orbital Adventures','Experience a vacuum /
paradise with a beautiful view and where no one can hear you scream.', /
'Space_Adventures.gif'
'WESTERN             ','en_US','Western Adventures','Enjoy the Wild West. /
','Western_Adventures.gif'
'SOUTH_POLE          ','en_US','South Pole Adventures','Experience a /
frozen paradise in a way fit for your needs.','SouthPole_Adventures.gif'
};

Vous pouvez aisément modifier le fichier généré à l'aide de la commande unload database afin qu'il ne comporte que le LDD (il serait ainsi simple de développer un programme capable de traiter les instructions insert, par exemple). Pour simplifier, utilisons la commande unload database sur la base de données sample Pointbase, puis modifions le script généré en apportant les modifications suivantes :

Supprimons la phrase Organization Heap à la fin de toutes les instructions CREATE Table
Supprimons la commande COMMIT
Remplaçons le datatype Boolean par smallint
Supprimons toutes les instructions INSERT et données associées

Un script Ant simple est ensuite utilisé pour exécuter le LDD avec la cible sql . Enfin, la même expérience est répétée sur la base de données sun-appserv-samples pour laquelle les modifications supplémentaires suivantes doivent être apportées au fichier SQL généré :

Apportez toutes les modifications comme indiqué ci-dessus pour la base de données sample
Supprimez les commandes create user
Supprimez les commandes SET PATH
Remplacez la précision Decimal de 38 par une valeur max de 31
Remplacez la précision float de 64 par une valeur max de 52
Le mot-clé SPECIFIC de la commande CREATE PROCEDURE n'est actuellement pas pris en charge
Supprimez les commandes GRANT

La conversion de procédures Java Pointbase pour fonctionner avec Java DB nécessite l'apport de modifications au code Java et aux instructions CREATE PROCEDURE. Des informations sur la création de procédures Java Java DB sont disponibles dans le Manuel de référence Derby. Le type de données Boolean sera pris en charge dans la prochaine version de Java DB.

Serveurs Web

Cette section répertorie les serveurs Web pris en charge par Sun Java System Application Server 9.1.

Tableau 2–4 Serveurs Web pris en charge


Web Server	Version	Système d'exploitation
Sun Java System Web Server	6.1+	Solaris SPARC8, 9, 10 Solaris `x`86 9, 10 Red Hat Enterprise Linux2.1 Update2, 3.0 Update1
Serveur Web Apache	1.3+, 1.4, 2.0	Solaris SPARC9, 10 Solaris `x`86 10 Red Hat Enterprise Linux2.1 Update2, 3.0 Update1
Microsoft IIS^TM	5.0+	Windows Server 2003 Windows 2000 Advanced Server Service Pack4+

La prise en charge de plates-formes supplémentaires, notamment Windows et HP-UX, sera proposée dans une prochaine version.

Navigateurs

Cette section répertorie les navigateurs pris en charge par Sun Java System Application Server 9.1.

Tableau 2–5 Navigateurs Web pris en charge


Navigateur	Version
Mozilla	1.4, 1.5, 1.6, 1.7.`x, 2.x`
Internet Explorer	5.5 Service Pack 2, 6.0, 7.0
Firefox	1.5.`x`, 2.`x`

Configuration requise pour HADB et plates-formes prises en charge

Outre la configuration indiquée dans la section Configurations matérielle et logicielle requises, vous devez vérifier que le système est conforme aux exigences ci-dessous pour pouvoir exécuter HADB.

Remarque –

HADB est uniquement fourni avec le profil Application Server 9.1 Enterprise. Vous pouvez le télécharger à partir de ***. Veuillez également noter que les composants Java du système ont été générés à l'aide de JDK 5 et testés sur JDK 1.5.

Plates-formes prises en charge

Solaris (SPARC) – Solaris 8 MU7, Solaris 9 MU7, Solaris 10 RR.
Solaris (x86) – Solaris 9 MU7, Solaris 10 RR.
RedHat Enterprise Linux - 2.1 U5 (seul le système de fichiers ext2 est pris en charge, non ext3), 3.0 U4 (ext2 et ext3 sont pris en charge. Les mises à jour antérieures à U4 ne sont pas recommandées en raison d'un swapping excessif). Notez que HADB est testé sur ces versions de système d'exploitation en mode 32 bits uniquement. Par ailleurs, HADB ne prend pas en charge la version RedHat Enterprise Linux 3.0 exécutée en mode 64 bits, en raison d'un bogue au niveau du système d'exploitation (voir le problème connu 6249685 dans la section Haute disponibilité pour obtenir plus de détails sur l'incidence de ce bogue sur HADB).
Microsoft Windows – Microsoft Windows 2000 Advanced Server Service Pack 4 et Microsoft Windows 2003 Enterprise Edition. Notez que HADB ne prend en charge aucune des versions ultérieures de Microsoft Windows en mode 64 bits.

Configuration requise au niveau de l'hôte pour le serveur HADB

Mémoire minimum : 320 Mo par nœud.
Espace minimum disponible sur le disque : 70 Mo par hôte pour les binaires HADB. En outre, un espace disque doit être dédié aux périphériques de données, à savoir 512 Mo par nœud pour une installation test.
Mémoire recommandée : 512 Mo par nœud.
Espace disque recommandé : 70 Mo par hôte pour les binaires HADB. En outre, un espace disque doit être dédié aux périphériques de données, à savoir 1200 Mo par nœud pour une installation test.

Remarque –

Vérifiez que l'écriture en cache est désactivée sur les périphériques sur lesquels des données HADB et des fichiers journaux sont stockés. L'écriture en cache est activée par défaut sur certaines plates-formes Solaris, Solaris x86 par exemple.

Configuration requise au niveau de l'hôte pour la gestion HADB

Mémoire minimum : 128 Mo
Espace disque minimum : 70 Mo par nœud pour les binaires HADB.

Configuration requise au niveau de l'hôte pour le client HADB

Mémoire minimum : 120 Mo
Espace disque minimum : 20 Mo

Mise à niveau de Sun Java System Application Server

Reportez-vous au manuel Sun Java System Application Server 9.1 Update 1 Upgrade and Migration Guide pour obtenir les instructions complètes de mise à niveau d'une version précédente de Application Server vers la version actuelle.

Autres exigences

Avant d'installer le logiciel Sun Java System Application Server, vous devez également veiller à ce que les autres exigences ci-dessous soient satisfaites.

Espace disponible : vous devez disposer d'au moins 35 Mo dans votre répertoire temporaire pour l'installation de Sun Java System Application Server, et de 250 Mo d'espace disponible pour l'installation de SDK.
Utilisation du programme de désinstallation : si vous souhaitez supprimer Application Server de votre système, veillez à utiliser le programme de désinstallation fourni avec le logiciel. Si vous utilisez une autre méthode, des problèmes peuvent de se produire lors de la réinstallation de cette version ou de l'installation d'une nouvelle version.
Ports libres : vous devez disposer de sept ports non utilisés. Le programme d'installation détecte automatiquement les ports utilisés et suggère des ports disponibles pour le domaine par défaut. Les ports par défaut initiaux sont :
- 8080 pour HTTP, 8181 pour HTTPS ;
- 3700 pour IIOP, 3820 pour IIOP/SSL et 3920 pour IIOP/SSL avec authentification mutuelle ;
- 4848 (HTTP) pour le serveur d'administration ;
- 8686 (RMI) pour les clients JMX.
Démarrage de serveurs déjà installés (UNIX) : à moins que vous ne remplaciez le serveur précédemment installé, vous devez le démarrer avant d'entamer la procédure d'installation de Sun Java System Application Server 9.1. Le programme d'installation sera ainsi en mesure de détecter les ports utilisés et évitera de les affecter à d'autres utilisations.
Remplacement de serveurs déjà installés (UNIX) : reportez-vous au manuel Sun Java System Application Server 9.1 Update 1 Upgrade and Migration Guide pour obtenir les instructions complètes de mise à niveau d'Application Server.
Arrêt du pare-feu (Microsoft Windows) : vous devez arrêter votre pare-feu avant d'installer le logiciel Sun Java System Application Server. À défaut, tous les ports par défaut risquent d'être désactivés. Le programme d'installation doit être capable de déterminer, avec précision, les ports qui sont disponibles.

Pour de plus amples informations relatives à la compatibilité, reportez-vous au manuel Sun Java System Application Server 9.1 Update 1 Upgrade and Migration Guide.

API de la plate-forme Java EE 5

Sun Java System Application Server Environment Enterprise 9.1 prend en charge la plate-forme Java EE 5. Le tableau suivant répertorie les API améliorées disponibles sur la plate-forme Java EE 5.

Tableau 2–6 Principales modifications des API sur la plate-forme Java EE 5


API	JSR
Java EE 5
Java Platform, Enterprise Edition 5	JSR 244
Technologies de services Web
Implémentation de Enterprise Web Services	JSR 109
Java API for XML-Based Web Services (JAX-WS) 2.0	JSR 224
Java API for XML-Based RPC (JAX-RPC) 1.1	JSR 101
Java Architecture for XML Binding (JAXB) 2.0	JSR 222
SOAP with Attachments API for Java (SAAJ)	JSR 67
Streaming API for XML	JSR 173
Métadonnées de service Web pour la plate-forme Java	JSR 181
Technologies de modèle de composant
Enterprise JavaBeans 3.0	JSR 220
J2EE Connector Architecture 1.5	JSR 112
Java Servlet 2.5	JSR 154
JavaServer Faces 1.2	JSR 252
JavaServer Pages 2.1	JSR 245
JavaServer Pages Standard Tag Library 1.2	JSR 52
Technologies de gestion
J2EE Management	JSR 77
J2EE Application Deployment	JSR 88
Java Authorization Contract for Containers	JSR 115
Autres technologies Java EE
Annotations communes pour la plate-forme Java	JSR 250
Java Transaction API (JTA)	JSR 907
JavaBeans Activation Framework (JAF) 1.1	JSR 925
JavaMail	JSR 919
Java Message Service API	JSR 914
Java Persistence API	JSR 220

Java EE 5 SDK

Sun Java System Application Server 9.1 est disponible sous Java EE 5 SDK.

Il existe deux versions de Java EE 5 SDK :

En outre, vous pouvez télécharger ces distributions SDK à l'aide des outils de JDK ou de NetBeans 5.5.1. Pour plus d'informations, accédez à la page de téléchargement à partir de http://java.sun.com/javaee/downloads/index.jsp.

Remarque –

GlassFish V2 et Application Server 9.1 ne fonctionnent pas avec NetBeans 5.5 pour le développement d'applications Java EE. Vous devez utiliser NetBeans 5.5.1.

Passage à une autre version Java prise en charge

Sun Java System Application Server 9.1 requiert J2SE 5.0 ou supérieure comme JVM sous-jacent. Pour passer d'une version Java à l'autre, suivez les étapes générales suivantes. (Windows et Unix)

Remarque –

Il est préférable de ne pas rétrograder la version Java après qu'un domaine ait été créé avec une machine virtuelle Java récente. Si vous devez rétrograder votre JVM, nous vous recommandons de le faire par domaine. Pour cela, reportez-vous à la procédure suivante.

Pour passer à une autre version Java prise en charge

Téléchargez le SDK Java choisi (non pas le JRE) et installez-le sur votre système, si ce n'est pas déjà fait.

Pour ce faire, accédez à http://java.sun.com/j2se.

Démarrez le domaine pour lequel vous souhaitez modifier le JDK :
as_install/bin/asadmin start-domain domain_name

Connectez-vous à la console d'administration et modifiez les attributs JVM du domaine.

En particulier, vous pouvez vouloir modifier la variable JAVA_HOME sur la page Paramètres JVM pour ce domaine.

Sinon, vous pouvez utiliser la commande asadmin :
as_install/bin/asadmin set "server.java-config.java-home=Path-To-Java-Home"

Problèmes de compatibilité avec Java ES 5 connus

Il existe deux problèmes de compatibilité connus entre Application Server 9.1 et Java ES 5 (JES5).

Service Registry JES5 n'est pas compatible avec Application Server 9.1 à cause de la version JSF 1.2 fournie avec Application Server 9.1. Service Registry doit être mis à niveau vers JES5u1 avant la mise à niveau d'Application Server vers 9.1. Cette restriction est également présentée dans la documentation de Service Registry.
Portal Server JES5 n'est pas compatible avec Application Server 9.1 à cause de la version JSF 1.2 fournie avec Application Server 9.1. Portal Server doit être mis à niveau vers JES5u1 avant la mise à niveau de 9.1 vers 9.1.

Pour une installation Java ES 5 comportant Portal Server sur Application Server 8.2, la mise à niveau d'Application Server 8.2 vers 9.1 rend Portal Server inutilisable. Application Server 9.1 utilise JSF 1.2, mais la passerelle JSF-Portlet dans la version 5 de Portal Server ne prend pas en charge JSF 1.2. Sous Solaris/Linux, Portal Server doit être mis à niveau vers JavaES5 Update 1. Sous Windows, ne mettez pas à niveau Application Server vers 9.1 si vous souhaitez continuer à utiliser la version 5 de Portal Server, étant donné que ce dernier n'est pris en charge dans Java ES 5 Update 1 sous Windows.

Utilisation du centre de mises à jour d'Application Server

Le centre de mises à jour de Application Server 9.1 fournit des mises à jour automatiques d'Application Server et un accès rapide aux nouveaux composants.

Lorsque celui-ci est activé, il effectue une mise à jour automatique du logiciel. Lors de ce processus, le centre de mises à jour collecte et transmet les données suivantes à Sun Microsystems (ou à son fournisseur de services) :

ID d'installation unique (GUID) ;
adresse IP ;
informations sur le système d'exploitation (nom, version, architecture, langue) ;
version du JDK ;
informations sur le téléchargement du module (nom du module, date, heure, état, temps de téléchargement, nombre d'octets téléchargés).

Aucune information personnelle identifiable ne fait l'objet d'un suivi. Aucune information personnelle identifiable n'est associée à d'autres données ou utilisée dans des rapports.

Utilisation du centre de mises à jour

Pour garantir un accord explicite sur les mises à jour automatiques, le centre de mises à jour est, par défaut, désactivé. Pour permettre au centre de mises à jour d'effectuer des vérifications périodiques et des mises à jour automatiques :

Démarrez le centre de mises à jour.
- Sous Unix : <installdir>/updatecenter/bin/updatetool
- Sous Windows : <installdir>\updatecenter\bin\updatetool.bat

Sélectionnez l'onglet Préférences.

Dans la fenêtre de planification des mises à jour, modifiez la valeur Rechercher les mises à jour de Jamais (manuelle) sur la valeur désirée. Par exemple, choisissez une planification quotidienne ou hebdomadaire.

Spécifiez le jour et l'heure choisis pour la mise à jour.

Cliquez sur le bouton Enregistrer pour enregistrer vos modifications.

Le centre de mises à jour recherchera ainsi automatiquement les mises à jour des composants Application Server ou Glassfish suivant la planification spécifiée. Lorsqu'une mise à jour est disponible, le centre de mises à jour vous indiquera le composant prêt à être mis à jour.

Informations supplémentaires sur l'intégration de WSIT

Pour obtenir des informations détaillées sur l'état de WSIT, consultez la page WSIT Status Notes. Reportez-vous également au manuel The WSIT Tutorial pour obtenir des informations sur l'utilisation de WSIT avec Application Server.