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.
Ce chapitre contient les sections suivantes :
Application Server Enterprise Edition 8.2 inclut les améliorations suivantes :
Amélioration de l'administration : Application Server prend en charge la gestion sécurisée distante des déploiements d'entreprise multisystèmes complexes via une console installée sur un navigateur ou une interface de ligne de commande pouvant contenir des scripts. Il fournit également une interface API JMX complète permettant un accès par programme distant et sécurisé aux fonctions de contrôle et d'administration.
Courtier de messages : Application Server est fourni avec un courtier de messages de classe d'entreprise intégré, comprenant un système de messagerie haute disponibilité, performant, fiable et évolutif.
Message Queue 3.7 UR 1 : Application Server implémente désormais MQ 3.7 UR 1.
Prise en charge d'une plate-forme étendue : de nouveaux systèmes d'exploitation, environnements localisés et composants matériels, ainsi que de nouvelles bases de données sont pris en charge.
Sun Java Enterprise System : Application Server, considéré comme composant clé de Sun Java Enterprise System, est étroitement intégré aux services d'identités réseau et de portail.
Outils de migration et de mise à niveau : ces outils vous permettent de vérifier la portabilité et le respect des standards des applications J2EE, facilitent la migration à partir d'autres serveurs d'applications J2EE (JBoss, WebLogic, WebSphere) et contribuent à la mise à niveau à partir des versions précédentes de Sun ONE Application Server/iPlanet Application Server.
Prise en charge de Java 2 Standard Edition 5.0 : Application Server prend en charge Java 2 Standard Edition 5.0 qui comprend des fonctions de contrôle et de gestion améliorées ainsi que plusieurs améliorations en termes de performances et d'évolutivité.
Prise en charge des plug-ins Java Web Services Developer Pack 1.6 (JWDSP) : tous les plug-ins JWSDP sont désormais pris en charge. JWSDP 1.6 peut être téléchargé gratuitement à l'adresse http://java.sun.com/webservices/downloads/1.6/index.html.
Prise en charge de la base de données Java DB : Application Server inclut la base de données Java DB, basée sur Apache Derby. Une compatibilité ascendante avec la base de données Pointbase est conservée mais les nouvelles bases de données créées sur le serveur utiliseront Java DB par défaut. Après une mise à niveau de Application Server 8.1 PE ou 8.1 EE, les domaines existants continueront d'utiliser la base de données PointBase mais les nouveaux domaines créés utiliseront Java DB.
Pilotes JDBC : Application Server est doté des pilotes Sun JDBC.
Sécurité des services Web : ces mécanismes de sécurité des messages du conteneur implémentent un système d'authentification au niveau des messages (par exemple, le chiffrement ou la signature numérique XML) des appels de services Web SOAP. Pour cela, des profils de nom utilisateur et de mot de passe X509 de la norme OASIS WS-Security sont utilisés.
WS-I Basic Profile 1.1 : comme indiqué dans la spécification J2EE 1.4, cette version implémente Web Services Interoperability (WS-I) Basic Profile 1.1 afin d'autoriser une intéroperabilité des applications de services Web.
Connectivité d'arrière-plan avec des adaptateurs iWay : désormais, Sun Microsystems revend et prend en charge 22 adaptateurs iWay pour la connexion des systèmes centraux (SAP, Siebel, Oracle, CICS et IBM MQ Series) afin que vous puissiez tirer parti des applications informatiques existantes depuis l'environnement Application Server. Ces adaptateurs prennent en charge la spécification J2EE Connector Architecture 1.5 et les normes de services Web (SOAP). Ils incluent par ailleurs des outils de développement permettant de réduire le temps de connexion aux applications d'arrière-plan.
Dernière version du système de gestion HADB : les plates-formes UNIX® intègrent le nouveau système de gestion de base de données haute disponibilité (HADB version 4.4.2–7). Ce système se compose d'un serveur de base de données, d'un pilote ODBC 2.5, d'un pilote JDBC 3.0 de type 4, du programme clusql (programme interactif permettant de saisir et d'exécuter des instructions SQL) et d'un système de gestion. Cette version permet d'éliminer la dépendance SSH/RSH, mais requiert une configuration réseau pour multidiffusion UDP. Reportez-vous au Sun Java System Application Server Enterprise Edition 8.2 High Availability Administration Guide pour plus d'informations sur la configuration minimale requise et les restrictions de HADB.
Technologie de contenu dynamique plus prise en charge : les technologies de contenu dynamique, comme CGI et SHTML, ne sont plus prises en charge.
Cette section présente la configuration système requise pour installer Sun Java System Application Server Enterprise Edition 8.2.
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
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.
Pour obtenir la liste actuelle des patchs requis pour Sun Java System Application Server Enterprise Edition 8.2, 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 Application Server Enterprise Edition 8.2. Des mises à jour seront placées sur le site Web SunSolveSM, d'abord sous la forme de groupes de patchs recommandés, dès que les patchs de systèmes d’exploitation seront modifiés et que de nouveaux patchs corrigeant les composants Java Enterprise System seront disponibles.
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 compatibles 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® 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.2.1 |
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 |
Cette section décrit des instructions d'implémentation de la base de données Java DB intégrée à Application Server 8.2.
Sun Java System Application Server 8.2 introduit deux nouvelles commandes asadmin pour démarrer et arrêter le serveur réseau Java DB.
La commande start-database permet de démarrer une instance du serveur réseau Java DB :
start-database [--dbhost 0.0.0.0] [--dbport 1527] [--dbhome "path/derby"] |
La valeur par défaut de l'hôte est 0.0.0.0, permettant ainsi à Java DB d'écouter localhost ainsi que les interfaces IP et de nom d'hôte. La valeur de la propriété dbhome est l'emplacement des bases de données Java DB. Le chemin par défaut est appserver_install_dir /derby.
La commande asadmin stop-database permet d'arrêter une instance du serveur réseau Java DB actuellement utilisé :
stop-database [--dbhost 0.0.0.0] [--dbport 1527] |
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 :
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
Paramétrez la variable d'environnement DERBY_INSTALL de sorte qu'elle pointe sur le répertoire appserver_install_dir/derby.
Annulez le paramétrage de la variable d'environnement CLASSPATH.
(Facultatif) Vous pouvez également paramétrer les propriétés suivantes :
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.
DERBY_SERVER_PORT sur le numéro de port écouté par le serveur réseau.
Pour plus d'informations sur ces utilitaires, reportez-vous aux guides Tools et Admin de Derby.
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 |
7 |
Windows 2000 Advanced Server SP4 Windows XP SP2 Windows 2003 Enterprise Server SP1 (32 bits) Windows 2003 Enterprise Server SP1 (64 bits) |
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 |
NetscapeTM Navigator |
4.79, 6.2, 7.0, *** |
Internet Explorer |
5.5 Service Pack2, 6.0 |
Firefox |
*** |
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 suivantes 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
Les composants Java du système ont été créés avec JDK 1.4.2_02 et testés sur JDK 1.5.
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 : 512 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 : 1 Go 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 1 200 Mo par nœud pour une installation test.
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.
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 |
---|---|
4887079 |
API de programmation pour le déploiement ou l'annulation de déploiement d'applications et la détection des applications déployées. |
4911462 |
Message incorrect lorsque le port dépasse la plage disponible. |
4918535 |
Aucun indicateur n'est associé à sun-appserv-deploy() pour prendre 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 |
Le déploiement basé sur répertoire copie l'application dans un répertoire de sauvegarde. |
4987274 |
Échec du déploiement si l'interface distante du bean est nommé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 |
Valeur par défaut inappropriée pour les threads d'acceptation de listeners HTTP. |
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 de fichiers JAR JDK et les fichiers ouverts empêchent l'exécution de 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 ne renvoie aucun résultat lors de l'utilisation de l'opérateur OR. L'expression contient des relations gérées par conteneur à valeur unique 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 |
Un fichier xalan.jar absent du chemin classpath provoque des listes déroulantes vides et l'échec de l'assistant de services Web. |
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 doit être doté d'autorisations 755 pour startserv et stopserv. |
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 du texte déformé. |
6363339 |
Mise à jour des références MANIFEST.MF à partir de castor-0.9.3.9-xml.jar vers castor-0.9.9.1.jar requise pour l'exemple managementws. |
6372759 |
Certaines propriétés spécifiques de Java System ne sont pas gérées correctement par le démarrage d'AS v8.2. |
Cette section présente d'autres informations importantes sur l'implémentation du système HADB dans Application Server 8.2.
Une nouvelle commande de gestion, hadbm setadminpassword, a été ajoutée afin de permettre la modification du mot de passe utilisé pour l'administration de la base de données. La commande comporte des options indiquant l'agent de gestion à utiliser ainsi que les ancien et nouveau mots de passe. Pour plus d'informations, reportez-vous à la page de manuel hadbm setadminpassword.
La commande de gestion hadbm listpackages a été modifiée. Avant, la commande ne prenait en charge aucun opérande et répertoriait tous les packages dans le domaine de gestion approprié. À présent, la commande dispose d'un opérande de nom de package facultatif et répertorie uniquement les packages dotés de ce nom. Si l'opérande n'est pas indiqué, tous les packages sont répertoriés. Pour plus d'informations, reportez-vous à la page de manuel hadbm listpackages.
La commande de gestion hadbm createdomain a été modifiée. L'opérande hostlist est étendu de manière à préciser également le numéro de port de l'agent de gestion. Ainsi, le domaine peut être entièrement spécifié en utilisant uniquement l'opérande hostlist. L'ancien comportement est toujours pris en charge dans le cadre de la compatibilité ascendante. Pour plus d'informations, reportez-vous à la page de manuel relative à la commande hadbm createdomain.
Certains des messages d'erreur du système de gestion ont été modifiés. Ces modifications ont été apportées pour améliorer la compréhension, la cohérence et la précision de ces messages. Les modifications effectuées ne sont pas répertoriées dans ces notes de version.
Les procédures d'installation et de désinstallation ont été légèrement modifiées. Normalement, le lien /opt/SUNWhadb/4 devrait être préservé lors de l'installation ou de la désinstallation de HADB, mais ce n'est pas toujours le cas.
Il n'est plus possible de saisir des mots de passe sur la ligne de commande sous la forme d'options de commande. Cette modification concerne toutes les commandes hadbm prenant en charge la saisie de mots de passe comme options de ligne de commande. Dans les commandes hadbm, il était jusqu'alors possible de saisir un mot de passe via :
un fichier de mot de passe ;
une option de ligne de commande ;
une entrée interactive.
L'option de ligne de commande, considérée comme dangereuse en termes de sécurité, n'est plus autorisée. Un message d'avertissement apparaît si un mot de passe est saisi de cette manière. Il est recommandé d'utiliser un fichier de mot de passe ou une sortie interactive. Notez que cette modification s'applique à toutes les commandes hadbm prenant en charge l'option de mot de passe via une ligne de commande.
Le système HADB a été mis à niveau de manière à prendre en charge JGroups version 2.2. Son code source est distribué avec HADB. Pour prendre en charge les mises à niveau à partir d'une version antérieure de HADB, les deux versions JGroups 2.1 et 2.2 sont fournies avec HADB. Pour JGroups 2.1, seul le code octet est fourni.
Il est impossible de créer un index secondaire UNIQUE sur une table.
L'expression (DISTINCT column) n'est pas autorisée dans une expression d'agrégation , à moins qu'elle ne soit la seule expression sélectionnée.
Toutes les tables doivent être créées avec une clé primaire. Les tables sans clé primaire ne sont pas prises en charge.
FULL OUTER JOIN n'est pas pris en charge.
Les sous-requêtes IN qui sont des sous-requêtes de table ne sont pas prises en charge ; par exemple :
SELECT SNAME FROM S WHERE (S1#,S2#) IN (SELECT S1#,S2# FROM SP WHERE P#='P2') |
Les contraintes autres que NOT NULL et PRIMARY KEY ne sont pas prises en charge.
Il est possible d'assigner un nouveau propriétaire à la ressource. Dans ce cas, cependant, les privilèges octroyés au propriétaire actuel ne sont pas accordés au nouveau propriétaire.
Les requêtes dont au moins deux sous-requêtes NOT EXISTS imbriquées ne sont pas directement corrélées au niveau externe des requêtes ne sont pas prises en charge.
Les privilèges de colonne ne sont pas pris en charge.
Les constructeurs de valeur de ligne sont autorisés uniquement dans une clause VALUES.
Les sous-requêtes ne sont pas acceptées comme expressions de valeur dans les constructeurs de valeur de ligne.
Les types de données ci-dessous ne peuvent pas être utilisés lors de la création de clés primaires :
REAL
FLOAT
DOUBLE PRECISION
DECIMAL
NUMERIC
Application Server inclut l'équilibrage de charge pour :
les clients HTTP, IIOP et JMS ;
la prise en charge du basculement de 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 ;
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. Lors de l'échec d'une instance d'Application Server, la session que supervisait le serveur non disponible est réassigné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.
Le produit Application Server est distribué sous diverses formes. Le tableau suivant identifie les méthodes de distribution par version.
Version du produit Application Server |
Méthode de distribution |
---|---|
Composant Application Server Enterprise Edition de Sun Java Enterprise System. |
Distribution basée sur des fichiers Installation du patch nécessaire via SunSolve |
Produit autonome Application ServerStandard et Enterprise Edition |
Distribution basée sur des fichiers et sur des packages |
L'outil de déploiement n'est 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.
Le mode IG du vérificateur (invoqué via verifier -u) n'est plus disponible. La fonction équivalente sera disponible dans l'IDE NetBeans.
Le mode par défaut pour la vérification de l'application avec le vérificateur « Vérifier des règles J2EE » a été remplacé par « Vérifier des règles J2EE et des règles de configuration de Sun Application Server ».En d'autres termes, le vérificateur par défaut testera si une application répond aux règles J2EE et si elle est configurée pour être exécutée sur Sun Application Server. La commande du vérificateur comprendra un commutateur de ligne de commande afin de tester une application pour les règles J2EE uniquement.
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épendant 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 classpath système JVM :
getSystemClassLoader()
getSystemResource()
getSystemResourceAsStream()
getSystemResources
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 classpath système. Les méthodes équivalentes ne portant pas sur le classpath système JVM sont disponibles dans java.lang.ClassLoader et doivent être utilisées dans la mesure du possible. Par exemple :
java.net.URL url = ClassLoader.getSystemResource ("com/acme/tools/tools.properties");
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 classpath système JVM.
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 peuvent varier. La fonction équivalente sera toujours disponible.
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 du point d'extrémité du service Web. |
Architecture de JavaServer Pages (JSP)2.0 |
Langage d'expression et bibliothèque de balises. |
J2EE Connector Architecture1.5 |
Caractère enfichable de Java Message Service (JMS) et de l'adaptateur de ressources 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 services 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 (Universal Description Discovery and Integration) 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 plate-forme 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. Elle assure également la prise en charge du traitement des schémas XML. |
JMS1.1 |
Norme de messagerie qui permet aux composants d'application J2EE de créer, d'envoyer, de recevoir et de lire des messages. Elle assure également la prise en charge des API uniformes pour les files d'attente et rubriques. |
JavaMail1.3 |
Ensemble de classes abstraites permettant de structurer un système de messagerie. Il comporte également des mises à jour mineures pour les API. |
Sun Java System Application Server 8.2 requiert J2SE 5.0 ou version compatible comme JVM sous-jacent. Pour passer d'une version Java à l'autre, procédez comme suit (sous Windows comme sous Unix) :
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.
Arrêtez complètement Application Server.
Pour cela, vous pouvez utiliser la ligne de commande suivante:
ApplicationServer-base\bin\asadmin.bat stop-domain
|
Vous pouvez également utiliser l'interface de la console d'administration :
Modifiez le fichier install_dir\config\asenv.conf (asenv.bat sous Windows), en remplaçant la valeur AS_JAVA de façon à pointer vers le nouveau répertoire de base de J2SE.
Modifiez le fichier as-install\samples\common.properties , en remplaçant le début de la ligne com.sun.aas.javaRoot... de façon à désigner le nouveau répertoire de base de J2SE.
Redémarrez Application Server.
ApplcationServer-base\bin\asadmin.bat start-domain |
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.
Application Server prend en charge l'évolutivité horizontale par le biais du clustering des instances de serveur et des requêtes pour l'équilibrage de charge. 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.
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.