test

Notes de version Sun Java System Application Server Enterprise Edition 8.1 2005Q2

Chapitre 2 À propos de serveur d'application Environment Enterprise 8.1 2005Q2

Sun Java System serveur d'application Environment Enterprise 8.1 2005Q2 Update 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.1 2005Q2 Update 2

serveur d'application Environment Enterprise 8.1 2005Q2 Update 2 propose les améliorations suivantes :

Configurations matérielle et logicielle requises

Cette section présente la configuration système requise pour installer Sun Java System serveur d'application Environment Enterprise 8.1.

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 serveur d'application Environment Enterprise 8.1 2005Q2. En outre, il indique la mémoire minimale requise et la mémoire recommandée pour l'installation et l'exécution d'serveur d'application.

Tableau 2–1 Configuration requise par la plate-forme Sun Java System serveur d'application 8.1 2005Q2

Système d'exploitation 

Mémoire minimum 

Mémoire recommandée 

Espace disque minimum 

Espace disque recommandé 

JVM 

Sun Solaris 8, 9, 10 (SPARC) 

Solaris 9, 10 (x86) 

512 Mo 

1 Go 

250 Mo disponibles 

500 Mo disponibles 

J2SE 1.4.2_06, J2SE 5.0 

Red Hat Enterprise Linux2.1 Update 2, 3.0 Update 1 

512 Mo 

1 Go 

220Mo disponibles 

300Mo disponibles 

J2SE 1.4.2_06, J2SE 5.0 

Windows Server 2000 SP4+ 

Windows 2000 Advanced Server SP4+ 

Windows Server 2003 

Windows XP Pro SP1+ 

1 Go 

2 Go 

500 Mo disponibles 

1 Go disponible 

J2SE 1.4.2_06, J2SE 5.0 

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.

Informations importantes concernant les patchs

Pour obtenir la liste actuelle des patchs requis pour Sun Java System serveur d'application Environment Enterprise 8.1, accédez au site http://sunsolve.sun.com et faites une recherche sur app server 8.1 patch.Suivez les liens de Sun Java System serveur d'application Environment Enterprise 8.1. Au fur et à mesure de la modification des exigences relatives aux patchs de système d'exploitation et de la mise à disposition de patchs pour les composants Java Enterprise System, des mises à jour sont disponibles sur le site SunSolve, initialement sous la forme de blocs de patchs recommandés.

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 serveur d'application 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 

Type 4 

Oracle (R)8.1.7, 9i, 9.2.0.3 

Sybase ASE12.5.2 

Microsoft SQL Server 20004.0 Service Pack1 

IBM 

Type 2 

IBM DB28.1 Service Pack3+ 

PointBase 

Type 4 

PointBase Network Server4.8 

DataDirect 

Type 4 

Oracle (R)8.1.7, 9i, 9.2.0.3 

Sybase ASE12.5.2 

Microsoft SQL Server 

IBM DB28.1 Service Pack3+ 

Pilote JDBC Sun Java System pour Oracle 

Type 4 

Oracle (R)9.2.0.3, 10G 

Pilote JDBC Sun Java System pour DB2 

Type 4 

IBM DB28.1 Service Pack3+ 

Pilote JDBC Sun Java System pour Sybase 

Type 4 

Sybase ASE12.5.2 

Pilote JDBC Sun Java System pour Microsoft SQL Server 

Type 4 

Microsoft SQL Server 20004.0 Service Pack1 

Oracle 

Type4, type2 

Oracle (R)9.2.0.3, 10G 

Pour obtenir plus d'informations sur le logiciel i-net, consultez le site http://www.inetsoftware.de/.

Pour obtenir plus d'informations sur DataDirect Technologies, consultez le site http://www.datadirect.com/.

Configuration d'Oracle

Les pilotes JDBC Oracle doivent être correctement configurés pour être compatibles avec J2EE 1.4. Pour ce faire, utilisez la configuration suivante avec les pilotes de types 2 et 4 :

ProcedurePour configurer Oracle

  1. Utilisez le pilote JDBC version 9.2.0.3 ou version ultérieure.

  2. Le fichier de paramètres (init.ora) de la base de données Oracle doit contenir le paramètre compatible=9.0.0.0.0 ou supérieur.

  3. Utilisez le fichier ojdbc14.jar.

  4. Configurez serveur d'application de façon à définir la propriété JVM suivante :


    -Doracle.jdbc.J2EE13Compliant=true

    En outre, pour les pilotes de type 2, les variables ORACLE_HOME et LD_LIBRARY_PATH (qui doivent inclure $ORACLE_HOME/lib) doivent toutes les deux être définies dans un environnement dans lequel serveur d'application est exécuté. Vous pouvez, par exemple, les ajouter au fichier asenv.conf et vous assurer qu'elles sont bien exportées.

Configuration de PointBase

Un grand nombre d'applications utilisent le serveur de base de données PointBase fourni avec serveur d'application. Si vous utilisez serveur d'application Enterprise Edition, vous devez au préalable configurer le serveur de base de données PointBase.

Vous pouvez configurer PointBase de deux manières:

  1. À l'aide de la commande correspondant à votre système d'exploitation et à votre shell, définissez la variable d'environnement JAVA_HOME dans le répertoire dans lequel J2SE est installé. Par exemple : % setenv JAVA_HOME "/opt/SUNWappserver/jdk"

  2. Modifiez le fichier de configuration PointBase d'Application Server comme suit :

    1. Sous les systèmes Solaris et Linux, modifiez le fichier de configuration install_dir/pointbase/tools/serveroption/pbenv.conf, en remplaçant la ligne :

      PB_JAVA=%%%PB_JAVA%%%

      par

      PB_JAVA=J2SE_location

    1. Sous les systèmes Windows, modifiez le fichier de configuration install_dir\pointbase\tools\serveroption\pbenv.bat en remplaçant la ligne :

      PB_JAVA=%%%PB_JAVA%%%

      par

      PB_JAVA=J2SE_location

    où J2SE_location correspond au répertoire dans lequel J2SE est installé. Si vous avez installé J2SE avec Application Server, il est installé par défaut sous install_dir/jdk.

    Une fois la modification effectuée, lancez PointBase à l'aide du script startserver.

Serveurs Web

Cette section répertorie les serveurs Web pris en charge par Sun Java System serveur d'application Environment Enterprise 8.1 2005Q2.

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 Update 2, 3.0 Update 1 

Serveur Web Apache 

1.3+, 1.4, 2.0 

Solaris SPARC 9, 10 

Solaris x86 10

Red Hat Enterprise Linux2.1 Update 2, 3.0 Update 1 

Windows Server 2003 

Windows 2000 Advanced Server SP4+ 

Windows Server 2000 SP4+ 

Windows XP Pro SP1+ 

Microsoft IISTM

5.0+ 

Windows Server 2003 

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 serveur d'application Environment Enterprise 8.1 2005Q2.

Tableau 2–4 Navigateurs Web pris en charge

Navigateur 

Version 

Mozilla 

1.4, 1.5, 1.6, 1.7.x

Netscape Navigator 

4.79, 6.2, 7.0 

Internet Explorer 

5.5 Service Pack2, 6.0 

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 –

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

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 serveur d'application

La mise à niveau sur place à partir d'une version antérieure d'Application Server n'est pas prise en charge. Reportez-vous au manuel serveur d'application Environment Enterprise Upgrade and Migration Guide pour obtenir des instructions complètes sur la mise à niveau à partir d'une version précédente d'serveur d'application vers la version actuelle.

Passage à une version J2SE prise en charge

Si vous souhaitez utiliser PointBase avec serveur d'application, téléchargez J2SE 1.4.2 et utilisez-le à la place de la version J2SE 5.0 JVM fournie. Pour ce faire, suivez la procédure ci-dessous :

ProcedurePour passer à la version J2SE 1.4.2

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

    Le kit SDK J2SE 1.4.2 est disponible à l'adresse http://java.sun.com/j2se/1.4.2/.

  2. Arrêtez serveur d'application.

    À partir de la ligne de commande :


    install_dir/bin/asadmin stop-domain

    À partir 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 désigne le répertoire de base de J2SE 1.4.2.

  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 répertoire de base de J2SE 1.4.2.

  5. Redémarrez serveur d'application.

    À partir de la ligne de commande :


    install_dir/bin/asadmin start-domain

    À partir de la console d'administration :

    1. Cliquez sur le nœud Application Server.

    2. Cliquez sur Démarrer l'instance.

Autres exigences

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

Problèmes résolus dans la version Environment Enterprise 8.1

Cette section répertorie les problèmes soulevés par les utilisateurs et résolus dans la version Environment Enterprise 8.1 de Sun Java System serveur d'application.

Numéro de bogue 

Description 

4887079 

API de programmation pour le déploiement/l'annulation du déploiement et la recherche des applications déployées. 

4911462 

Message incorrect lorsque le port dépasse la plage disponible. 

4918535 

sun-appserv-deploy() ne prend pas en charge createAndDropTables()

4939749 

xml:()la valeur lang() ne doit pas être insérée automatiquement dans l'outil de déploiement.

4946914 

Prise en charge du déploiement pour le cluster. 

4979136 

Lorsque le déploiement est effectué à partir du répertoire, l'application est copiée dans un répertoire de sauvegarde. 

4987274 

Le déploiement échoue si l'interface distante pour le bean est appelée Util().

4988818 

Échec des tests d'exécution de persistance transparente lors de l'utilisation de J2SE 1.5. 

4992295 

Déploiement réussi d'un composant système sur l'interface de la ligne de commande, mais une erreur est consignée dans le fichier journal du serveur. 

4994790 

Les pages JSP déployées avec le paramètre precompilejsp=true n'utilisent pas les indicateurs du compilateur de sun-web.xml.

4996876 

Comparaison entre le vérificateur et le déploiement avec le paramètre verify=true ; rapports générés différents.

5003356 

Les mises à jour récentes du fichier server.policy ne sont pas prises en compte par l'outil de mise à niveau.

5006854 

Échec du déploiement de asadmin deploy --virtualservers

5007309 

La valeur par défaut des threads de l'accepteur du listener HTTP est inappropriée. 

5008941 

Échec de l'opération de démarrage de JSR88 lorsqu'une application dont le déploiement a été annulé fait l'objet d'un redéploiement. 

5016848 

Sous Windows, la mise en cache du fichier JAR du JDK et la présence de fichiers non fermés empêchent certains redéploiements. 

5017956 

La commande list -m au niveau du module JAR ne répertorie pas les EJB.

5030425 

La commande deploydir ignore les modifications security-role-mapping.

5041343 

Vérification non effectuée du renvoi à la ligne marqué par une barre oblique (/) de servlet-mapping url-pattern- -directory.

5046120 

GRAVES messages de journaux lors du déploiement d'applications volumineuses. 

6041268 

Aucun mécanisme pour désactiver HTTP TRACE.

6062410 

L'outil de mise à niveau se lance en anglais sur un ordinateur fonctionnant sous un autre environnement linguistique. 

6067341 

Échec de la commande deploydir sur une application Web avec ejb-refs sur les interfaces distantes rmic.

6152752 

Exception outofbound consignée lors de l'exécution d'une série de tests SPEC J2004.

6154949 

La validation de la connexion ne fonctionne pas. 

6157310 

L'exécution recharge le champ Collection lors de la gestion des relations.

6165491 

Échec du démarrage d'un domaine si ce dernier a été créé avec un autre chemin que celui du domaine par défaut. 

6171667 

Les éléments des propriétés de modules du cycle de vie ne sont pas créés dans domain.xml.

6171729 

Les propriétés RA ActivationSpec de type autre que chaîne provoquent une exception IllegalArgumentException lors du déploiement d'un MDB.

6172178 

Échec de l'obtention par OSS/J TT TCK de la fabrique de connexion JMS à partir d'un serveur d'application distant. 

6172589 

Optimisation des appels au gestionnaire de sécurité. 

6183492 

[DataDirect] DB2 : Échec de certains tests de serveurs d'applications de persistance transparente avec l'exception générée lors de l'invocation EJB. 

6184864 

La requête EJB QL n'a renvoyé aucun résultat avec l'opérateur OU et l'expression contient des CMR à une seule valeur nulle. 

6197393 

En règle générale, l'outil de déploiement ne parvient pas à créer l'élément de destination du message dans le descripteur de déploiement. 

6198796 

Les commandes asadmin des exemples EE doivent inclure l'option availabilityenabled=true () lors du déploiement de l'application.

6198981 

Du fait de l'absence du fichier xalan.jar dans le classpath, les listes déroulantes sont vides et l'assistant de service Web ne fonctionne pas.

6199076 

Impossible d'exécuter le test de basculement avec le script asant pour l'exemple de la librairie Duke.

6202363 

L'exemple d'application mq-failover possède un nom de cluster codé en dur dans une cible ant.

6202606 

Impossible d'utiliser la configuration de service JMS pour SSL JMS entre JMS et Message Queue. 

6206176 

Application Server 8.1 requiert des commandes startserv/stopserv qu'elles disposent des autorisations 755.

6207297 

Échec de l'accès à Application Server si le numéro de port SSL par défaut (443) n'est pas défini. 

6207862 

La commande asadmin create-domain --help génère des données incorrectes.

Problèmes résolus dans la version 8.1 Update 2

Cette section répertorie les problèmes rencontrés par des utilisateurs et résolus dans Sun Java System serveur d'applicationEnvironment Enterprise 8.12005Q2Update 2.

Numéro de bogue 

Description 

4842830 

L'exception “ComStream is closed” est envoyée au client JDBC. 

4847716 

Il est conseillé de ne pas utiliser la commande execute/executeUpdate pour définir le mode de validation, car cela risquerait d'entraîner un comportement non souhaité. Utilisez la commande JDBC standard setAutocommit().

4861326 

Le pool d'instructions ne reconnaît pas l'instruction CREATE SCHEMA comme une instruction SET SCHEMA implicite. 

4891060 

Les listeners ignorent la directive d'adresse lors de l'écoute des sockets. 

5042351 

Les nouvelles tables créées après l'ajout de nouveaux nœuds ne sont pas distribuées dans ces derniers. 

5061316 

Les requêtes effectuées dans une table faisant l'objet d'une refragmentation risquent d'échouer avec HADB-E-01792 : Les répliques ont été supprimées. La requête doit être renouvelée. 

5063175 

La commande hadbm create doit générer une erreur lors de l'utilisation d'un hôte avec un/plusieurs réseaux.

5079029 

L'annulation de l'enregistrement d'un package sur un seul hôte risque d'échouer avec l'erreur "The software package is in use by a database instance and can not be removed". 

5094611 

Les opérations de gestion nécessitant l'ouverture d'une transaction d'écriture dans le référentiel d'administration peuvent, à de rares occasions, attendre indéfiniment l'ouverture de ladite transaction. 

5103186 

Impossible de démarrer NSUP lorsqu'un réseau ne fonctionne plus sous Windows 2003. 

6225613 

 

6271063 

L'installation ou la suppression du package HADB c (Solaris : SUNWhadbc, Linux : sun-hadb-c) version symlink /opt/SUNWhadb/ génère une erreur.

6174781 

La commande hadbm status – nodes risque d'indiquer que tous les nœuds sont dotés du statut nodestate inconnu pendant une courte période après le redémarrage des agents de gestion.

6175436 

Si la commande hadbm addnodes ou hadbm refragment échoue avec l'erreur HADB-E-11747 : "Nodegroup all_nodes exists already", exécutez de nouveau la commande hadbm refragment.

61746766179084 

Impossible d'exécuter la commande configure-ha-cluster.  

6178228 

6179010 

Échec de la commande configure-ha-cluster 

6181845 

Impossible de créer un périphérique de données d'un volume supérieur à 2 Go sous Windows. 

6189189 

La commande export-http-lb-config ne crée pas le nom de fichier loadbalancer.xml lorsque le chemin absolu est indiqué.

6198225 

Le guide de démarrage rapide (QuickStart Guide) comporte une erreur (phrase répétée). 

6195779 

Les valeurs des options de certaines listes déroulantes du filtre ne sont pas traduites.  

6196741 

La mise à niveau à partir d'un composant J2SE fourni ne fonctionne pas correctement lorsqu'il s'agit de J2SE 1.4.x. 

6207616 

Si un hôte est défaillant, une commande hadbm risque de rester bloquée plusieurs minutes si elle doit se connecter à l'agent de gestion.

6212791 

Aucun élément ne s'affiche dans le volet droit lors de la sélection d'un nœud de l'arborescence. 

6216096 

Un blocage risque d'entraîner une défaillance au niveau du nœud, car la mémoire tampon du journal risque d'être pleine et un grand nombre de transactions annulées. 

6225613 

Taille de l'objet LOB incorrecte dans executeUpdate() 

6227502 

Les erreurs d'initialisation du service du minuteur EJB ne devraient pas être classées comme graves. 

6228789 

Échec de la commande hadbm delete.

6230415 

HADB-E-21070: The operation did not complete within the time limit, but has not been cancelled and may complete at a later time. 

6230792 

hadbm :erreur 22009 : The command issued had no progress in the last 300 seconds. 

6232347 

La commande dropandcreatetables n'est pas correcte pour la commande asdamin deploy --help.

6232838 

Des appels de journal non nécessaires nuisent aux capacités d'extensibilité du serveur d'application. 

6232974 

Le programme d'installation n'a pas pu créer un agent de nœud lors de la mise à niveau de la version 8.0 Platform Edition vers 8.1 Enterprise Edition. 

6233142 

L'installation ou la désinstallation de HADB doit toujours préserver le lien symbolique /opt/SUNWhadb/4, mais cela n'a pas toujours été le cas. 

6233276 

L'autorisation de formulaire ne fonctionne pas pour URL-pattern -*.jsp.

6233469 

Texte d'aide incorrect pour la commande asadmin help.

6233476 

Texte d'aide incorrect pour la commande update-file-user et les commandes similaires.

6237567 

Clé adminObjectStep2PageHelp manquante dans la fenêtre de la ressource d'objet de création d'administration.

6238477 

Impossible de résoudre les références EJB au service de nom Corba dans une même instance du serveur d'application. 

6239630 

Impossible de mapper correctement un bean entité particulier. 

6239837 

Unité et valeur par défaut incorrectes pour l'intervalle de reconnexion dans le nœud server-config JMS.

6240661 

Certains messages apparaissent en anglais dans la version localisée. 

6241311 

La note relative au champ Délai d'inactivité du pool est incorrecte. 

6241368 

L'écran de connexion de la console d'administration et l'aide en ligne ne font jamais référence à l'anglais comme langue du navigateur. 

6243395 

La récupération de transaction ne fonctionne pas avec des ressources JMS et JDBC. 

6245922 

Application Server tombe régulièrement en panne. 

6246426 

L'extension des fichiers JAR dans le répertoire WEB-INF/lib fait apparaître un contenu qui devrait être masqué. 

6249637 

La modification des propriétés du pool de connexion JDBC requiert un redémarrage. 

6249662 

Le format de la commande Proxy-auth-cert est incorrect.

6250989 

Élément SOAP.La commande addChildElement ajoute un élément incomplet sans marque.

6252187 

La connexion unique du système de haute disponibilité propage les Principals entre différents domaines. 

6252810 

La commande configure-ha-persistence n'est pas à jour dans les pages de manuel.

6253735 

QuickStart ne comprend pas les informations de haute disponibilité. 

6254393 

La version QuickStart intégrée renvoie vers des notes de version anciennes. 

6254462 

Une exception NPE a été levée par le code de validation de la connexion après le redémarrage de la base de données. 

6255253 

Le lien Comment acheter figurant dans la documentation renvoie à une URL incorrecte. 

6255440 

Amélioration des performances en vue de la synchronisation. 

6255458 

Erreur de typographie dans la commande delete-virtual-server.

6255524 

La tâche ANT UpdateTask ne fonctionne pas avec ANT 1.6.2.

6255564 

Échec du démarrage du domaine mis à niveau en raison de l'échec d'authentification de l'administrateur après la mise à niveau de la version Platform Edition vers Enterprise Edition. 

6258844 

La connexion utilisateur du domaine de fichiers ne fonctionne plus après la mise à niveau vers 8.1 Update 1. 

6258997 

Description correcte de l'option --secure dans les pages de manuel de l'interface de ligne de commande.

6259125 

La documentation relative à la commande asadmin get est inadéquate et confuse.

6262564 

La classe PrivateKeyProcessor ne prend pas en charge l'utilisation de la méthode Get pour l'objet keyIdentifier.

6262824 

Solaris10 : L'arrêt d'un agent de gestion par le biais du script ma-initd dans une zone globale provoque également l'arrêt de l'agent de gestion dans la zone locale. 

6263684 

Le script de génération du patch pour Linux RPM requiert des modifications manuelles dans le fichier README.

6263686 

La génération de patch pour svr4 entraîne l'insertion d'entrées incorrectes dans le fichier README.

 

Le script package-appclient est endommagé.

6264969 

Échec de la configuration de tous les exemples d'Application Server utilisant PointBase : Impossible de mettre à niveau la base de données vers la version 5.1. 

6265687 

L'image graphique du programme d'installation présente une version de produit incorrecte. 

6266183 

Échec du test de la fonction de haute disponibilité : Le nom de domaine après redémarrage contient une valeur nulle. 

6267410 

Une exception se produit avec session.invalidate() si le niveau du journal est paramétré sur FIN.

Informations supplémentaires sur HADB

Cette section présente d'autres informations importantes sur l'implémentation du système HADB dans serveur d'application 8.1.

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.2-7, 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.2-7 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.2-7).

  3. Installez HADB 4.4.2-7 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.2-7 V4.4.2-7

  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.2-7. S'il est nécessaire de déplacer les unités et les fichiers d'historique, exécutez la mise à niveau en ligne tout en définissant de nouveaux chemins pour ces unités et fichiers d'historique, en une seule opération :


    hadbm set packagename=V4.4.2-7,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.2-7 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.

Versions du produit Application Server

Le produit serveur d'application est distribué sous diverses formes. Le tableau ci-dessous identifie les différentes versions du produit et les manières de se les procurer.

Version du produit Application Server 

Méthode de distribution 

Composant serveur d'application Environment Enterprise de Sun Java Enterprise System. 

Distribution basée sur des fichiers 

Installation de patch requise via Sunsolve

Produit autonome serveur d'applicationStandard et Environment Enterprise 

Distribution par fichiers et package  

Problèmes de compatibilité

Dans la prochaine version de Sun Java System serveur d'application Environment Enterprise , 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 serveur d'application Environment Enterprise 8.1 2005Q2 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. 

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 serveur d'application Environment Enterprise 8.1 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.