test

Notes de version de Sun Java System Application Server Enterprise Edition 8.2

Chapitre 2 À propos de Application Server Enterprise Edition 8.2

Sun Java System Application Server Enterprise Edition 8.2 est un serveur compatible avec la plate-forme J2EE 1.4 permettant de développer et de déployer des applications J2EE 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 8.2

Application Server Enterprise Edition 8.2 inclut les améliorations suivantes :

Configurations matérielle et logicielle requises

Cette section présente la configuration système requise pour installer Sun Java System Application Server Enterprise Edition 8.2.

Spécifications requises pour la plate-forme

Le tableau ci-dessous répertorie les systèmes d'exploitation pris en charge par Sun Java System Application Server Enterprise Edition 8.2. En outre, il indique la mémoire minimale requise et la mémoire recommandée pour l'installation et l'exécution d'Application Server.

Tableau 2–1 Configuration requise par la plate-forme Sun Java System Application Server 8.2

Système d'exploitation 

Mémoire minimum 

Mémoire recommandée 

Espace disque minimum 

Espace disque recommandé 

JVM [Les JVM 32 bits uniquement (au lieu de 64 bits) sont pris en charge.]

Sun Solaris 9, 10 (SPARC) 

Solaris9, 10 (x86) 

512Mo 

1Go 

250Mo disponibles 

500Mo disponibles 

J2SE_5_08 

Sun Java Desktop System 

512Mo 

1Go 

250Mo disponibles 

500Mo disponibles 

J2SE_5_08 

Redhat Enterprise Linux 3.0 U1, 4.0 

512Mo 

1Go 

250Mo disponibles 

500Mo disponibles 

J2SE_5_08 

Windows Server 2000 SP4+ 

Windows 2000 Advanced Server SP4+ 

Windows Server2003 

Windows XP Pro SP1+ 

1Go 

2Go 

500Mo disponibles 

1Go disponible 

J2SE_5_08 

Remarque –

La configuration système requise indiquée ci-dessus d'Application Server et celle de HADB indiquée dans la section Configuration requise pour HADB et plates-formes prises en charge sont strictement identiques. Il ne s'agit pas d'une erreur de la documentation. Il est fréquent d'exécuter Application Server et un serveur HADB sur des machines différentes.

Sous UNIX, 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 –

Utilisez le système de fichiers NTFS plutôt que FAT ou FAT32 lorsque Application Server est exécutée sur une 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 dans la section des patchs sécurisés et recommandés du site SunSolve.

Configuration requise associée au package supplémentaire de RedHat Enterprise Linux 3.0

Pour exécuter des composants natifs de ce produit, y compris le programme d'installation, le package suivant (qui ne fait pas partie de la distribution RedHat Enterprise Linux 3.0 standard) doit être installé : compat-libstdc++-7.3-2.96.118.i386.rpm

Le package peut être téléchargé à l'adresse http://rpm.pbone.net/index.php3/stat/4/idpl/843376/com/compat-libstdc++-7.3-2.96.118.i386.rpm.html.

Pilotes JDBC et bases de données

Sun Java System Application Server a été conçu pour prendre en charge la connectivité des SGBD avec les pilotes JDBC correspondants. Pour obtenir la liste des composants testés par Sun et jugés compatibles pour la création de configurations de bases de données conformes J2EE, reportez-vous au tableau suivant :

Tableau 2–2 Pilotes JDBC compatibles J2EE

Fournisseur JDBC 

Type de pilote JDBC 

Serveur de base de données pris en charge 

Logiciel inet 

Type4 

Oracle (R) 8.1.7, 9i, 9.2.0.3+, 10.1.x, 10.2. x

Sybase ASE 12.5. 

Microsoft SQL Server 20004.0 Service Pack1 

IBM 

Type2 

IBM DB28.1 Service Pack3+ 

Java DB 

Type4 

Apache Derby 10.1.3 

PointBase 

Type4 

PointBase Network Server 5.2 

DataDirect 

Type4 

Oracle (R) 8.1.7, 9i, 9.2.0.3+, 10.1.x, 10.2. x

Sybase ASE12.5.2 

Microsoft SQL Server 

IBM DB28.1 Service Pack3+ 

MySQL 

Type4 

5.x

Pilote JDBC Sun Java System pour Oracle 

Type4 

Oracle (R)9.2.0.3, 10G 

Pilote JDBC Sun Java System pour DB2 

Type4 

IBM DB28.1 Service Pack3+ 

Pilote JDBC Sun Java System pour Sybase 

Type4 

Sybase ASE12.5.2 

Pilote JDBC Sun Java System pour Microsoft SQL Server 

Type4 

Microsoft SQL Server 20004.0 Service Pack1 

Oracle 

Type4, type2 

Oracle (R)9.2.0.3, 10G 

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 8.2.

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

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

Scripts d'utilitaire Java DB

La configuration de Java DB proposée avec Application Server 8.2 comprend également plusieurs scripts utiles vous permettant d'utiliser Java DB. Les scripts suivants peuvent être utilisés dans le répertoire <appserver_install_dir> /derby/frameworks/NetworkServer/bin :

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

  1. Paramétrez la variable d'environnement DERBY_INSTALL de sorte qu'elle pointe sur le répertoire <appserver_install_dir>/derby.

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

  3. 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 explique comment capturer le LDD d'une table dans Pointbase et créer la même table dans Java DB à l'aide de Netbeans 5.0. Un autre procédé consiste à utiliser l'outil de commandes 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 :

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é :

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 Enterprise Edition 8.2.

Tableau 2–3 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 

Windows Server2003 

Windows 2000 Advanced Server SP4+ 

Windows Server 2000 SP4+ 

Windows XP Pro SP1+ 

Microsoft IISTM

5.0+ 

Windows Server2003 

Windows 2000 Advanced Server SP4+ 

Windows Server 2000 SP4+ 

Windows XP Pro SP1+ 

Navigateurs

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

Tableau 2–4 Navigateurs Web pris en charge

Explorateur 

Version 

Mozilla 

1.4, 1.5, 1.6, 1.7.x

Netscape Navigator 

4.79, 6.2, 7.0, 8.x

Internet Explorer 

5.5 Service Pack2, 6.0 

Firefox 

1.4, 1.5 

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 –

La configuration système requise indiquée dans la section Spécifications requises pour la plate-forme pour Application Server et celle pour HADB sont strictement identiques. Il ne s'agit pas d'une erreur de la documentation. Il est fréquent d'exécuter Application Server et un serveur HADB sur des machines différentes.

Remarque –

Les composants Java du système ont été créés avec JDK 1.4.2_02 et testés sur JDK 1.5_09.

Plates-formes prises en charge

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

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

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

Mise à niveau de Sun Java System Application Server

La mise à niveau sur place à partir d'une version antérieure d'Application Server n'est pas prise en charge. Reportez-vous au manuel Application Server Enterprise Edition Upgrade and Migration Guide pour obtenir des instructions complètes sur la mise à niveau à partir d'une version précédente d'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.

Problèmes résolus dans la version Enterprise Edition 8.2

Cette section répertorie les problèmes soulevés par les utilisateurs et résolus dans la version Enterprise Edition 8.2 de Sun Java System Application Server.

Référence 

Description 

6368745 

AS : mise à niveau de AS7 (Java ES 2) vers AS8.2 (Java ES 5) impossible 

6432308 

AS, JES5b7a, échec de mise à niveau de JES2 vers JES5 

6378409 

AS 8.2 :compatibilité ascendante plus disponible en raison des bibliothèques jsf contenues dans la version 8.2 

6371534 

AS82EE :commande configure-ha-cluster interrompue sur Windows si le chemin d'installation contient un espace 

6242761 

L'agent du nœud ne peut pas être démarré via init comme indiqué sans générer d'erreurs 

6267772 

Les instructions sur la configuration de Borland OptimizeIt sont incorrectes 

6273226 

Ajout de texte indiquant d'ajouter l'option jvm "-Xrs" afin d'exécuter un serveur/NA en tant que système windows s 

6361145 

Impossible de mettre à jour le plug-in LB lors d'une mise à jour de 8.1EE vers 8.2EE 

6362881 

Le programme d'installation ne propose pas l'option de mise à niveau lors d'une mise à niveau de 8.1ur2 vers 8.2ee 

6325988 

Problème d'interopérabilité sur la première requête RMI-IIOP entrante avec FVD/codeBase 

6363689 

JES5 ASEE8.2 build03 - Impossible d'arrêter l'instance 

6364900 

Valeur de session perdue lors d'un basculement lorsqu'une application Web en comprend une seconde 

6370993 

Basculement de session lorsque la racine du contexte de l'application est remplacée par "/" dans un cluster 

6373729 

Le code d'Appserver 8.1 ne peut pas communiquer avec WebLogic 9.0 en raison d'un conflit ORB 

6377594 

Problèmes de recherche avec un contexte d'origine de Weblogic 

6381538 

Échec de client autonome avec NPE 

6406055 

AVERTISSEMENT : "IOP00110205 : (BAD_PARAM) Référence objet en provenance de l'ORB org.omg.CORBA." 

6388329 

Erreur de compilation JSP dans Application Server après une mise à niveau d'Access Manager 

6419659 

Les requêtes ne sont pas redirigées correctement par le plug-in LB lorsque transport-guarantee est défini sur CONFIDENTIAL 

6390584 

Mémoire saturée : espace PermGen 

6401424 

SEGV de service_plain_range dans libns-httpd40.so lors d'une demande de service d'un fichier PDF. 

6401704 

Prise en charge de WebDAV nécessaire pour AppServer 8.# 

6416478 

Échec de jsp testsuite : javax.servlet.jsp.el.ELException 

6438908 

Corruption d'emplacement d'en-tête lorsque relativeRedirectAllowed=true 

6456553 

java.lang.IllegalArgumentException lors de l'ajout de cookies à la réponse 

6295010 

Les connexions dans le pool constant ne sont pas vérifiées en termes de délai d'expiration d'inactivité en conflit avec des pare-feu 

6350435 

Application Server ne parvient pas à gérer l'échec d'une base de données pendant une opération XA sur deux bases de données 

6377830 

Le paramétrage de setAutoCommit sur false est répété lorsque l'utilisateur suivant utilise la même connexion 

6399830 

IT 319 : fonction d'alias de mot de passe inopérationnelle dans domain.xml 

6360040 

SJAS 8.x : AppServer LDAP Realm Bind User tente d'accéder à tous les groupes et membres 

6370095 

Impossible de définir une valeur supérieure à 10 pour acceptor-thread 

6399365 

InvokerServlet ne fonctionne pas dans la version Enterprise Edition uniquement 

6303835 

Trop de connexions : messages de sécurité trompeurs dans le journal du serveur 

6349541 

8.1 EE UR2 - Listener SSL impossible à associer à une adresse IP spécifique... 

6380040 

Nettoyage automatique des fichiers journaux nécessaire 

6387278 

Authentification client interrompue ou non threadsafe(ProgrammaticLogin) 

6407896 

HttpServletRequestWrapper remplaçant getUserPrincipal() entraîne une exception ClassCastException  

6321194 

Stratégie circulaire inopérationnelle 

6362269 

Le vérificateur ne fonctionne pas correctement sur Windows lorsque le chemin d'installation contient un espace 

6365888 

Les connexions à partir du pool de connexions du connecteur par défaut ne sont pas répertoriées dans les transactions 

6369554 

Le pool de connexions doit valider une connexion avant de l'établir pour l'application  

6370574 

Le répertoire /var/opt/SUNWappserver est manquant après une mise à niveau d'AS avec l'option de configuration ultérieure 

6371723 

Fuites de mémoire du plug-in lb dans toutes les versions de webserver (plus pour Apache mod_loadbalancer)  

6395390 

Stratégie circulaire inopérationnelle sur des requêtes http en échec. 

6402713 

Échec de connexion de l'équilibreur de charge à des requêtes HTTPS. 

6409992 

Échec de mise à niveau avec certificat de 8.1pe vers 8.2EE 

6413224 

L'outil de mise à niveau a ignoré l'option de certificat de mise à niveau 

6422893 

Routage HTTPS inopérationnel 

6424051 

Nécessité d'utiliser des autorisations d'administration existantes et MP lors d'une mise à niveau de 8.xPE vers 9.1 EE 

6424053 

Échec de mise à niveau 8.XEE->9.1EE avec une exception start-domain 

6430394 

Des messages sont perdus en cas d'interruption de service n/w. 

6444052 

Intégrer Generic RA pour JMS version 1.5 à AS 8.2 EE 

6444308 

AS 8.1 UR2 EE-> 8.2 EE SS : impossible de démarrer le domaine 1 de la version 8.2 ; 8.1UR2 erroné 

6444368 

Mise à niveau interrompue de 8.0PE UR1 vers 9.1 ee sur win2003 

6446558 

Récupération de transaction manuelle inopérationnelle pour des ressources connector-connection-pool. 

6447895 

Récupération de transaction inopérationnelle pour des ressources utilisant RA intégré. 

6454007 

Modifier l'entrée requise par l'outil de mise à niveau 

6455396 

Échec de démarrage de l'agent de nœud et des instances après une mise à niveau SBS 8.1EE->9.1EE.  

6374533 

Pour des raisons de performances et de stabilité, Application Server doit intégrer XWSS 1.1 et non XWSS 1.0 

6358422 

Appserver 7.1/8.1 EE : le plug-in proxy LB de WebServer doit prendre correctement en charge des connexions persistantes 

6382063 

Fuite de mémoire dans com.sun.enterprise.iiop.IORToSocketInfoImpl  

Informations supplémentaires sur HADB

Cette section présente d'autres informations importantes sur l'implémentation du système HADB dans Application Server 8.2.

Améliorations relatives à HADB

Prise en charge du système de fichiers HADB

Plusieurs considérations importantes doivent être prises en compte si vous souhaitez configurer HADB de manière à utiliser l'un des systèmes de fichiers suivants :

Mise à niveau de la base de données de disponibilité anticipée

ProcedureMigration de données et tâches antérieures à la mise à niveau

Avant de commencer

Les utilisateurs doivent conserver les fichiers de l'historique HADB, les fichiers de configuration de l'agent de gestion, les fichiers journaux et le référentiel, ainsi que toutes les unités de données en dehors du chemin d'installation. Si cela n'a pas déjà été fait, il est nécessaire d'y remédier avant de procéder à la mise à niveau. Pour déplacer le référentiel de gestion et les fichiers de configuration :

  1. Arrêtez tous les anciens agents de gestion et maintenez les nœuds HADB en cours d'exécution.

  2. Sur chaque hôte, déplacez le référentiel vers le nouvel emplacement.

  3. Sur chaque hôte, copiez le répertoire dbconfig au nouvel emplacement.

  4. Sur chaque hôte, mettez à jour le fichier mgt.cfg et définissez le chemin approprié pour dbconfig et le référentiel.

  5. Lancez les agents de gestion via le fichier mgt.cfg mis à jour.

ProcedureProcédure de mise à niveau

Pour effectuer la mise à niveau de HADB version 4.4.x vers 4.4.3, suivez la procédure ci-dessous :

  1. Si nécessaire, effectuez les tâches antérieures à la mise à niveau mentionnées ci-dessus.

  2. Installez HADB version 4.4.3 sur tous les hôtes HADB (sous un autre chemin que celui utilisé pour la version 4.4.x, par exemple sous /opt/SUNWhadb/4.4.3).

  3. Installez HADB 4.4.3 sur les hôtes client de hadbm, s'ils diffèrent des hôtes HADB.

  4. Arrêtez tous les agents de gestion exécutés sur tous les hôtes HADB.

  5. Démarrez les processus d'agent de gestion à l'aide de la nouvelle version du logiciel, mais en utilisant les anciens fichiers de configuration. Pour les étapes suivantes, utilisez la commande hadbm disponible à partir du répertoire bin de la nouvelle version.

  6. Enregistrez le package dans le domaine de gestion (étant donné que le nom de package par défaut devient V4.4, vous devrez probablement fournir un autre nom pour éviter des conflits avec des packages existants dotés du même nom) :


    hadbm registerpackage --packagepath=/opt/SUNWhadb/4.4.3 V4.4.3

  7. Exécutez la commande hadbm listpackages, puis vérifiez que le nouveau package est enregistré dans le domaine.

  8. Redémarrez la base de données avec la nouvelle version hadbm 4.4.3. S'il est nécessaire de déplacer les unités et les fichiers de l'historique, exécutez la mise à niveau en ligne tout en définissant de nouveaux chemins pour ces unités et fichiers de l'historique, en une seule opération :


    hadbm set packagename=V4.4.3,devicepath=new_devpath,
historypath=new_histpath

    Si les unités et les fichiers de l'historique sont déjà situés en dehors du répertoire d'installation, exécutez la commande ci-dessous, de manière à effectuer uniquement un redémarrage progressif des nœuds :


    hadbm set packagename=V4.4.3 database name

  9. Vérifiez que la base de données est en cours d'exécution (à l'aide de la commande hadbm status) et qu'elle fonctionne normalement, en servant les transactions du client.

  10. Si tout fonctionne correctement, vous pourrez supprimer l'ancienne installation ultérieurement. Avant d'annuler l'enregistrement de l'ancien package, supprimez toutes les références à l'ancien package dans le référentiel ma. À défaut, la commande hadbm unregisterpackage échouera, en indiquant le message “package en cours d'utilisation.”Une opération de reconfiguration fictive, par exemple hadbm set connectiontrace=same as previous value, supprimera toutes les références à l'ancien package. Maintenant, annulez l'enregistrement de l'ancien package :


    hadbm unregisterpackage [--hosts=host-list] old pacakge name

  11. Supprimez l'ancienne installation du système de fichiers.

ProcedureTest de la mise à niveau

Sous Solaris, testez la mise à niveau en vérifiant qu'elle a été correctement effectuée :

  1. Vérifiez que les processus en cours d'exécution utilisent les nouveaux binaires. À tous les nœuds HADB, vérifiez les éléments ci-dessous :


    new path/bin/ma -v
new path/bin/hadbm -v

  2. Vérifiez si la base de données est en cours d'exécution. La commande ci-dessous doit indiquer que tous les nœuds HADB présentent un statut “en cours”.


    new path/bin/hadbm status -n

  3. Vérifiez que les pointeurs des produits utilisant HADB ont été modifiés de manière à renvoyer vers le nouveau chemin HADB.

  4. Vous pouvez exécuter les tests de mise à niveau des produits utilisant HADB pour vérifier le bon fonctionnement de la mise à niveau de HADB.

    Après une mise à niveau en ligne, si la nouvelle version ne fonctionne pas correctement, revenez à l'ancienne version de HADB. Toutefois, si le référentiel de l'agent de gestion a été modifié, vous pouvez rétablir la base de données HADB à un niveau inférieur, mais le nouvel agent de gestion doit rester en cours d'exécution.

Informations spéciales relatives au déploiement et à la mise à niveau

Cette section présente des informations supplémentaires sur le déploiement et la mise à niveau de HADB.

Déploiement

Mise à niveau en ligne de 4.4.1 vers 4.4.2

Il est impossible d'effectuer une mise à niveau de 4.2 ou 4.3 vers 4.4 en ligne. En revanche, la version 4.4 prend en charge les mises à niveau en ligne vers les versions ultérieures. Pour effectuer une mise à niveau de 4.4.1 vers 4.4.2, suivez la procédure ci-dessous :

  1. Installez 4.4.2 sur tous les hôtes HADB (sous un autre chemin que celui utilisé pour 4.4.1, par exemple sous /opt/SUNWhadb/4.4.2-6).

  2. Installez la nouvelle version sur les hôtes hadbm client.

  3. Arrêtez tous les agents de gestion exécutés sur les hôtes HADB.

  4. Démarrez les processus d'agent de gestion à l'aide de la nouvelle version du logiciel, mais en utilisant les anciens fichiers de configuration. Pour les étapes suivantes, utilisez la commande hadbm disponible à partir du répertoire bin de la nouvelle version.

  5. Enregistrez le package dans le domaine de gestion (étant donné que le nom de package par défaut devient V4.4, vous devrez probablement fournir un autre nom pour éviter des conflits avec des packages existants dotés du même nom) :


    hadbm registerpackage --packagepath=/opt/SUNWhadb/4.4.2-6 V4.4.2

  6. Redémarrez la base de données avec la nouvelle version (la commande suivante lance un redémarrage progressif des nœuds) :


    hadbm set packagename=V4.4.2 nom_base_de_données

  7. Vérifiez que la base de données est en cours d'exécution (à l'aide de la commande hadbm status) et qu'elle fonctionne normalement, en servant les transactions du client.

  8. Si tout fonctionne correctement, vous pourrez supprimer l'ancienne installation ultérieurement.

    Avant d'annuler l'enregistrement de l'ancien package, supprimez toutes les références à l'ancien package dans le référentiel ma. À défaut, la commande hadbm unregisterpackage échouera et affichera le message “package en cours d'utilisation”.Une opération de reconfiguration fictive, par exemple hadbm set connectiontrace=< same_as_previous_value>, supprimera toutes les références à l'ancien package. Maintenant, annulez l'enregistrement de l'ancien package :


    hadbm unregisterpackage [--hosts=<liste_hôtes>] <nom_ancien_package>

    Supprimez l'ancienne installation du système de fichiers, en suivant les instructions d'installation de HADB à l'adresse .

Restrictions SQL connues

Équilibrage de charge de haute disponibilité

Application Server inclut l'équilibrage de charge pour les clients HTTP, IIOP et JMS, la prise en charge du basculement de la session HTTP, la prise en charge du basculement et du clustering EJB, les services d'horloge EJB haute disponibilité, la récupération des transactions distribuées, la prise en charge des mises à niveau d'applications progressives, ainsi qu'une base de données haute disponibilité pour le stockage de l'état transitoire des applications J2EE.

La disponibilité assure le basculement des instances d'Application Server mises en cluster. Lorsqu'une panne est détectée, la session que supervisait le serveur non disponible est réaffectée à une autre instance d'Application Server. Les informations relatives à la session sont stockées dans la base de données HADB. Le système HADB prend en charge la persistance des sessions HTTP, des beans de session avec état et des références liées à la connexion unique.

Problèmes de compatibilité

Dans la prochaine version de Sun Java System Application Server Enterprise Edition, les incompatibilités suivantes seront introduites :

Outil de déploiement

L'outil de déploiement ne sera plus disponible. La fonction équivalente est disponible dans l'IDE NetBeans. Pour plus d'informations et pour planifier une migration, consultez le didacticiel J2EE 1.4 pour NetBeans 4.1 à l'adresse http://www.netbeans.org/kb/41/j2ee-tut/index.html.

Vérificateur

Modifications apportées à Classloader

Dans la version actuelle, les entrées JAR et de répertoire ajoutées aux attributs classpath-prefix, server-classpath et classpath-suffix du fichier domain.xml (fichier de configuration d'Application Server) sont disponibles dans le chemin de classe du système JVM. Une application dépendante de ce comportement peut utiliser les méthodes suivantes de la classe java.lang.ClassLoader pour accéder à des classes ou d'autres ressources à partir du chemin de classe du système JVM :

Dans la prochaine version importante, les entrées JAR et de répertoire ajoutées aux attributs classpath-prefix, cserver-classpath et classpath-suffix ne seront plus disponibles dans le chemin de classe du système JVM. Si une application utilise l'une des méthodes indiquées ci-dessus, Sun recommande fortement d'utiliser une méthode équivalente n'impliquant pas la disponibilité des ressources dans le chemin de classe du système. Les méthodes équivalentes ne portant pas sur le chemin de classe du système JVM sont disponibles dans java.lang.ClassLoader et doivent être utilisées dans la mesure du possible. Par exemple :

Exemple 2–1 Ancien code

java.net.URL url = ClassLoader.getSystemResource
("com/acme/tools/tools.properties");
Exemple 2–2 Suggestion de modification

java.net.URL url = this.getClass().getClassLoader().getResource
("com/acme/tools/tools.properties");

S'il n'est pas possible de modifier le code, vous pouvez alors choisir d'utiliser une nouvelle option de configuration qui sera ajoutée dans la version suivante afin de définir le chemin de classe du système JVM.

Configuration de la sécurité d'un service Web

La sécurité de services Web peut être configurée à l'aide des fichiers wss-client-config.xml et wss-server-config.xml. Notez que le contenu et le nom de ces fichiers de configuration peut varier. La fonction équivalente sera toujours disponible.

Prise en charge de J2EE

Sun Java System Application Server Enterprise Edition 8.2 prend en charge la plate-forme J2EE 1.4. Le tableau ci-dessous présente une description des API disponibles sur la plate-forme J2EE 1.4 :

Tableau 2–5 API disponibles sur la plate-forme J2EE 1.4

API 

Description 

Composants 

Application et client d'application 

Implémentation des descripteurs de déploiement standard à l'aide de schémas XML 

Enterprise JavaBeans (EJB)2.1 

Service d'horloge et extrémité du service Web EJB 

Java Servlet2.4 

Filtre de l'extrémité du service Web 

Architecture de JavaServer Pages (JSP)2.0 

Langue d'expression et bibliothèque de balises 

J2EE Connector Architecture1.5 

Caractère enfichable de Java Message Service (JMS) et de l'adaptateur de ressource entrant 

Services Web 

Java Web Services Developer Pack1.5 

Boîte à outils intégrée pour la conception, le test et le déploiement d'applications XML, d'applications et de services Web 

Java API for XML-based Remote Procedure Calls (JAX-RPC)1.1 

Mappage pour le langage WSDL et la technologie Java et prise en charge du développement des extrémités et des clients de service Web 

WS-I Basic Profile1.0 

Élément d'activation pour l'interopérabilité via le langage WSDL et le protocole SOAP 

SOAP with attachment API for Java (SAAJ)1.2 

API pour système de messagerie SOAP. Favorise la création de messages SOAP avec des pièces jointes. 

Java APIs for XML Registries (JAXR)1.0 

API standard uniforme permettant d'accéder aux registres XML, notamment les annuaires UDDI et ebXML 

Autre 

J2EE Deployment1.1 

API standard permettant le déploiement d'applications et de composants J2EE 

J2EE Management1.0 

Définitions du modèle d'informations pour la gestion de la plateforme J2EE 

Java Management Extensions (JMX)1.2 

API de gestion standard 

Java Authorization Contract for Containers (JACC)1.0 

Définition des contrats de sécurité entre un serveur Application Server J2EE et un fournisseur de stratégie d'autorisation 

Java API for XML Processing (JAXP)1.2 

API utilisée par des applications pour analyser et convertir des documents XML ainsi que pour gérer le traitement de schémas XML 

JMS1.1 

Norme de messagerie qui permet aux composants d'application J2EE de créer, envoyer, recevoir et lire des messages ; permet également de prendre en charge les API uniformes pour files d'attente et rubriques. 

JavaMail1.3 

Ensemble de classes abstraites permettant de structurer un système de messagerie ; comporte également des mises à jour mineures pour les API. 

Passage à une autre version Java prise en charge

Sun Java System Application Server 8.2 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)

ProcedurePour passer à une autre version Java prise en charge

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

    Le kit Java SDK peut être téléchargé à l'adresse http://java.sun.com/j2se.

  2. Arrêtez complètement Application Server.

    Pour cela, vous pouvez utiliser la ligne de commande suivante:


    as-install/bin/asadmin stop-domain

    Vous pouvez également utiliser l'interface de la console d'administration :

    1. Cliquez sur le nœud Application Server.

    2. Cliquez sur Arrêter l'instance.

  3. Modifiez le fichier install_dir/config/asenv.conf (asenv.bat sous Windows), en remplaçant la valeur AS_JAVA de sorte qu'elle pointe sur le nouveau répertoire de base de J2SE.

  4. Modifiez le fichier as-install/samples/common.properties , en remplaçant la ligne commençant par com.sun.aas.javaRoot... de sorte qu'elle désigne le nouveau répertoire de base de J2SE.

  5. Redémarrez Application Server.


    as-install/bin/asadmin start-domain

Hautes performances

Application Server inclut des services Web, des conteneurs Web et EJB de hautes performances et prend en charge la livraison simultanée des messages avec le logiciel Sun Java System Message Queue.

Évolutivité

Application Server prend en charge l'évolutivité horizontale par le biais du clustering des instances de serveur et l'équilibrage de charge des requêtes. Il permet également une évolutivité verticale de premier ordre, prenant en charge les grandes machines multiprocesseurs. Il vous est possible de clusteriser le courtier de messages intégré afin d'obtenir une meilleure évolutivité et une meilleure disponibilité. En outre, les clusters d'Application Server vous offrent la possibilité d'équilibrer la charge de l'accès aux clients, notamment les clients HTTP, les applications client enrichi RMI/IIOP, les clients de services Web et les clients JRM.

Prise en charge de JavaServer Faces1.1

Sun Java System Application Server Enterprise Edition 8.2 prend en charge la technologie JavaServer 1.1. Cette technologie s'appuie sur un ensemble d'interfaces API côté serveur représentant les composants de l'interface utilisateur qui gèrent leur état, leur événement, leur gestion et la validation des entrées. De plus, les API définissent la navigation entre les pages et prennent en charge l'internationalisation et l'accessibilité. Vous pouvez ajouter des composants personnalisés de l'interface utilisateur à l'aide d'une bibliothèque de balises personnalisées JSP.

Au cours de la phase de développement, la technologie JavaServer Faces permet à chaque membre d'une équipe de développement de se consacrer à une partie spécifique du processus. Un modèle de programmation simple relie ensuite les différentes parties, facilitant et améliorant ainsi le cycle de développement.