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 :
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.
Cette section présente la configuration requise pour pouvoir installer Sun Java System Application Server 9.1.
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 UNIXTM, 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.
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.
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 .
La version minimale (et certifiée) du JDK requise pour Application Server 9.1 est 1.5.0_12.
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.
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.
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] |
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
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 :
Pour plus d'informations sur ces utilitaires, reportez-vous aux guides Tools et Admin de Derby.
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.
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 x86 9, 10 Red Hat Enterprise Linux2.1 Update2, 3.0 Update1 |
Serveur Web Apache |
1.3+, 1.4, 2.0 |
Solaris SPARC9, 10 Solaris x86 10 Red Hat Enterprise Linux2.1 Update2, 3.0 Update1 |
Microsoft IISTM |
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.
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 |
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.
Configuration requise au niveau de l'hôte pour le serveur HADB
Configuration requise au niveau de l'hôte pour la gestion HADB
Configuration requise au niveau de l'hôte pour le client HADB
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.
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.
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.
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.
Mémoire minimum : 128 Mo
Espace disque minimum : 70 Mo par nœud pour les binaires HADB.
Mémoire minimum : 120 Mo
Espace disque minimum : 20 Mo
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.
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.
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 |
|
Technologies de services Web |
|
Implémentation de Enterprise Web Services | |
Métadonnées de service Web pour la plate-forme Java | |
Technologies de modèle de composant |
|
Technologies de gestion |
|
Autres technologies Java EE |
|
Annotations communes pour la plate-forme Java | |
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.
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.
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)
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.
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" |
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.
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.
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.
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.