Cette section décrit les problèmes connus de Sun GlassFish Enterprise Server v3 et leurs solutions éventuelles.
[JDK_Issue] Exception de pointeur nul lors du redémarrage du serveur (problème 8299)
[JDK_Issue] Exception d'E/S : argument incorrect au cours du test de longévité (problème 7529)
[JDK_Issue] Exception de pointeur nul EPoll au démarrage (problème 9472)
[JDK_ISSUE] Richaccess : java.io.IOException: Argument incorrect de doSelect (problème 8573)
Le fichier journal d'installation de Windows n'est pas lisible (problème 4881)
Problèmes de distribution ZIP lorsque l'UAC est activé sous Windows Vista (problème 10755)
Exception de pointeur nul générée par com.sun.xml.wss.NonceManager.getInstance (problème 11138)
Échec de l'outil de mise à jour autonome avec erreur de segmentation sous Solaris (problème 11222)
Impossible d'envoyer des messages JMS d'un système à un autre (problème 11254)
ACC intégré trop strict sur le chargeur de classe de contexte du thread actif (problème 11427)
Problème de configuration du service d'horloge EJB pour MySQL (problème 11428)
Échec de la sous-commande de déploiement sur le serveur sécurisé (problème 11439)
Certificat expiré dans le truststore Enterprise Server (6852796)
Lorsque la méthode setSoLinger ou la méthode setReuseAddess est appelée, les performances sont dégradées et l'exception suivante est générée :
[#|2009-01-26T00:33:56.325-0800|WARNING|sun-appserver9.1| javax.enterprise.system.container.web|_ThreadID=17; _ThreadName=SelectorReaderThread-8084; _RequestID=11ae0030-c392-4217-8408-cfa7efe0a879;|setSoLinger exception java.net.SocketException: Invalid argument |
Ce problème est lié à un problème du logiciel JDK. Ce problème est résolu dans JDK version 7.
Pour plus d'informations, reportez-vous à Issue report.
aucune.
Le redémarrage de Enterprise Server génère parfois une exception de pointeur nul.
SEVERE: doSelect exception java.lang.NullPointerException |
Ce problème est lié à un problème du logiciel JDK. Ce problème est résolu dans JDK version 7.
Pour plus d'informations, reportez-vous à Issue report.
aucune.
Au cours d'un test de longévité HTTP, l'exception suivante est générée au bout de 42 heures :
[#|2009-04-05T17:41:26.537-0700|SEVERE|glassfish|javax.enterprise.system.core| _ThreadID=15;_ThreadName=Thread-1;|doSelect exception java.io.IOException: Invalid argument |
L'instance et l'application sont toujours accessibles pendant l'exécution.
Ce problème est lié à un problème du logiciel JDK. Ce problème est résolu dans JDK version 7.
Pour plus d'informations, reportez-vous à Issue report.
aucune.
Au démarrage, Enterprise Server génère une exception de pointeur nul :
java.lang.NullPointerException at sun.nio.ch.Util.atBugLevel(Util.java:326) at sun.nio.ch.SelectorImpl.<init>(SelectorImpl.java:40) at sun.nio.ch.EPollSelectorImpl.<init>(EPollSelectorImpl.java:47) |
Ceci concerne Grizzly et est lié à un problème du logiciel JDK 6. Ce problème est résolu dans JDK 7.
Pour plus d'informations, reportez-vous à Issue report.
aucune. Grizzly tente de résoudre ce problème mais n'y parvient pas toujours.
L'exception suivante s'affiche :
[#|2009-06-20T06:05:57.942-0700|SEVERE|glassfish| com.sun.grizzly.config.GrizzlyServiceListener| _ThreadID=21;_ThreadName=Thread-2;|doSelect IOException java.io.IOException: Invalid argument |
Il s'agit d'un problème lié à JDK qui devrait être corrigé dans JDK 1.6.0_18.
Pour plus d'informations, reportez-vous à Issue report.
Augmentez le nombre maximum de descripteurs de fichier à 10 000 ou plus (la valeur par défaut sous Solaris est 64000). Installez JDK 1.6.0_18 dès qu'il est disponible.
Si le répertoire /applications d'un domaine en limite l'accès, ou si vous déployez un répertoire depuis un répertoire limité, le serveur ne parvient pas à lire les fichiers contenus dans le répertoire développé. Une erreur NullProcessException survient lors du déploiement.
Pour plus d'informations, reportez-vous à Issue report.
Modifiez les paramètres d'accès à ces répertoires de sorte à accorder des droits de serveur autorisant la lecture de leur contenu.
Le fichier horodatage-install.log ne peut pas être lu, car toutes les lignes écrites dans le fichier sont concaténées en une seule chaîne longue.
Pour plus d'informations, reportez-vous à Issue report.
Faites appel à un éditeur différent et ouvrez manuellement le fichier journal d'installation créé dans le répertoire %TEMP%.
Les statistiques de contrôle concernant les serveurs virtuels récemment ajoutés sont disponibles uniquement après le redémarrage du serveur.
Pour plus d'informations, reportez-vous aux rapports de Issue 6238 et de Issue 6422.
Après l'ajout d'un serveur virtuel, redémarrez le serveur pour afficher les données de contrôle du serveur virtuel.
L'option -l permettant de repositionner les fichiers journaux est ignorée lorsqu'elle est utilisée avec les options -a et -s, et les fichiers journaux sont créés à l'emplacement par défaut.
Pour plus d'informations, reportez-vous à Issue report.
aucune.
Certaines fonctions ne fonctionnent pas correctement sous Windows Vista lorsque l'UAC (contrôle des comptes utilisateur) est activé. La Console d'administration , par exemple, ne peut pas être lancée.
Pour plus d'informations, reportez-vous à Issue report.
Désactivez l'UAC, puis réinitialisez.
Lorsque vous testez un service Web JAX-RPC alors que le fournisseur de sécurité des messages GlassFish est activé, l'exception suivante est générée dans les fichiers journaux du serveur :
[#|2009-11-23T11:16:58.375+0005|SEVERE|glassfishv3.0| javax.enterprise.resource.webservices.rpc.server.http|_ThreadID=25;_ ThreadName=http-thread-pool-8080-(2);|caught throwable java.lang.RuntimeException: com.sun.enterprise.security.jauth.AuthException |
La valeur par défaut de la propriété nonce ne fonctionne pas.
Pour plus d'informations, reportez-vous à Issue report.
Pour utiliser la sécurité des messages avec les services Web JAX-RPC, désactivez la propriété nonce dans la configuration. Reportez-vous au rapport du problème qui contient une solution.
Le groupe de menus Démarrer de Enterprise Server ne s'affiche pas à l'issue de l'installation. Lorsque vous vous déconnectez, puis vous reconnectez, le groupe de menus s'affiche mais est vide.
Pour plus d'informations, reportez-vous à Issue report.
aucune.
La commande asadmin get -m "server.*" renvoie toutes les données de contrôle relatives à ce serveur. Lorsque plusieurs applications sont déployées, la quantité de données est relativement volumineuse et leur renvoi peut de ce fait prendre un certain temps. Le délai de temporisation du client est parfois dépassé, générant l'erreur suivante sur celui-ci :
./asadmin get --monitor=true "server.*" I/O Error: Read timed out Command get failed. |
Pour plus d'informations, reportez-vous à Issue report.
Réduisez la quantité de données que le client doit renvoyer.
Exécutez la commande asadmin list -m "server.*" qui renvoie les éléments au niveau supérieur.
Sélectionnez l'élément de niveau supérieur pour lequel des renseignements sont requis, puis utilisez-les comme filtre. Exemple :
> ./asadmin list -m "server.*" ... server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-cache server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-methods server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-methods. create-int-int-[Lorg\.spec\.jappserver\.supplier\.helper\.ComponentOrder server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-methods. findByPrimaryKey-java\.lang\.Integer server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-methods.generateXml server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-methods.getEJBLocalHome ... >./asadmin get -m "server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-methods.*" ... server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-methods.remove. methodstatistic-name = MethodStatistic server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-methods.remove. methodstatistic-starttime = 1259604209775 ... |
Lors de l'installation des composants add-on, l'outil de mise à jour autonome lancé à l'aide de la commande updatetool échoue et génère une erreur de segmentation sous Solaris.
Pour plus d'informations, reportez-vous à Issue report.
Assurez-vous que votre système est conforme aux exigences requises des patchs de l'outil de mise à jour autonome définies dans lesUpdate Center Release Notes.
La fonction Outil de mise à jour de la console d'administration utilise une autre API de centre de mise à jour Java et n'est pas affectée par ce problème.
Si une application Ruby est déployée à la racine du contexte '/' et que vous accédez ensuite à la console d'administration, l'application Ruby génère une erreur 404 lorsque vous y accédez.
Pour plus d'informations, reportez-vous à Issue report.
aucune.
Lorsque Java Web Start est utilisé pour lancer un client d'application, les beans gérés du client d'application ne sont pas reconnus.
Pour plus d'informations, reportez-vous à Issue report.
Lancez le client d'application à l'aide du script appclient. Les beans gérés du client d'application sont alors pris en charge normalement.
Lorsque vous appelez le script appclient sur des systèmes Mac OS X sur lesquels la technologie Java d'Apple est installée, le suivi de pile suivant s'affiche deux fois (seules les premières lignes sont illustrées ici) :
Intentionally suppressing recursive invocation exception! java.lang.IllegalStateException: recursive invocation at java.lang.ClassLoader.initSystemClassLoader(ClassLoader.java:1394) at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:1377) at sun.security.jca.ProviderConfig$1.run(ProviderConfig.java:64) ... |
Pour plus d'informations, reportez-vous à Issue report.
Aucune action n'est requise.
Malgré les messages d'avertissement, le client est lancé avec succès et s'exécute normalement. Ces erreurs sont dues à un problème lié à l'implémentation de Java d'Apple.
Un problème se produit lorsque toutes les conditions suivantes sont vérifiées :
L'application est un fichier EAR contenant un client d'application.
Le fichier EAR est un répertoire déployé.
Le fichier EAR contient un module client d'application myAppClient.jar qui, de part sa nature (déploiement de répertoire), est déjà étendu dans myAppClient_jar. (Dans cet exemple, l'EAR s'appelle myApp. Il peut porter n'importe quel nom.)
Les tentatives de lancement du client d'application échouent et génèrent l'erreur ci-après car un fichier généré sur le serveur est placé dans le mauvais répertoire de serveur et écrase l'autre fichier généré :
java.lang.ClassNotFoundException:(main-class-for-the-client) |
Pour plus d'informations, reportez-vous à Issue report.
Donnez au client d'application un nom autre que myAppClient.jar . Notamment :
Modifiez myApp/META-INF/application.xml de sorte que la déclaration du client soit <java>myClient.jar</java>. Notez que vous pouvez utiliser tout nom autre que myAppClient.jar.
Remplacez le nom de répertoire myApp/myAppClient_jar par myApp/myClient_jar. Notez que le nom du sous-répertoire du client doit correspondre à celui de l'URI du client d'application dans le fichier application.xml, .jar étant remplacé par _jar.
Déployez l'application :
asadmin deploy --retrieve localdir myApp |
Exécutez le client d'application :
appclient -client localdir/myAppClient.jar |
Les modifications apportées aux valeurs du journal du serveur sous l'onglet Général de la page Paramètres de l'enregistreur de la console d'administration ne prennent pas effet immédiatement.
Pour plus d'informations, reportez-vous à Issue report.
Redémarrez le serveur. Toutes les modifications apportées aux valeurs de cette page requièrent un redémarrage du serveur pour être prise en compte.
Les fichiers journaux d'installation ne peuvent pas être ouverts en cliquant sur les liens de la page de résumé qui s'affiche à la fin du processus d'installation dans le programme d'installation graphique.
Pour plus d'informations, reportez-vous à Issue report.
Accédez aux fichiers manuellement. Les noms du fichier journal d'installation et du fichier de résumé sont horodatage-install.log et horodatage-install-summary.html. Dans les systèmes Linux et Mac, ces fichiers sont créés dans le répertoire $TMP.
Si vous réinstallez Enterprise Server (avec l'outil de mise à jour) dans le même répertoire de l'installation et avec les mêmes valeurs par défaut, puis appelez l'outil de mise à jour à l'aide de la commande updatetool , un message indiquant que l'outil de mise à jour n'est pas installé et vous demandant si vous souhaitez l'installer s'affiche. Ceci ne se produit que sous Windows.
Pour plus d'informations, reportez-vous à Issue report.
Une fois la désinstallation terminée, supprimez manuellement le répertoire .org* restant avant de procéder à la réinstallation.
Ce problème se produit de manière intermittente sous Windows et Mac OS. pkg(5) ne fonctionne pas toujours sur certains systèmes.
Pour plus d'informations, reportez-vous à Update Center Issue report.
aucune.
L'aide intégrée et la page man de l'interface de ligne de commande (CLI) répertorient la servlet 2.4 dans le champ X-Powered-By. La version correcte de servlet est 3.0.
Pour plus d'informations, reportez-vous à Issue report.
aucune.
Lors de l'utilisation de embedded avec glassfish-embedded-all-3.0-b73.jar, le déploiement échoue avec l'erreur suivante :
SEVERE: WEB9051: Error trying to scan the classes at /private/var/folders/CV/CVhj8DvqEwGK5bdJKK9TaE TI/-Tmp- /gfembed6991712842235699248tmp/applications/xwiki-enterprise-web-2.0/ WEB-INF/lib/activation-1.1.jar for annotations in which a ServletContainerInitializer has expressed interest java.util.zip.ZipException: error in opening zip file |
Ce problème se produit parce que embedded utilise un dossier doté de signes plus (+) et que les signes plus d'un chemin sont convertis en espaces " " lorsque le chemin est décodé.
Pour plus d'informations, reportez-vous à Issue report.
Une propriété système a été ajoutée pour vous permettre de placer des répertoires temporaires. La propriété est glassfish.embedded.tmpdir et peut être définie de manière à ce que le répertoire temporaire de domaine ne soit pas placé dans le répertoire de l'utilisateur.
La commande create-service ne parvient pas à créer de service sans AS_ADMIN_USER dans passwordfile sous Solaris.
Pour plus d'informations, reportez-vous à Issue report.
aucune.
Enterprise Server utilise une structure arborescente pour suivre les objets contrôlables. Dans cette arborescence, la vue suivante n'est pas disponible pour obtenir les statistiques de pool de connexions :
server.connector-service.nom-de-l'adaptateur-de-ressources.nom--du-pool-de-connexions .* ou server.jms-service.connection-factories. nom-d'usine-des-connexions.* (pour pools jms-ra).
Pour plus d'informations, reportez-vous à Issue report.
Utilisez la vue server.resources.* pour obtenir les statistiques.
Pour plus d'informations sur le contrôle, reportez-vous à Chapitre 8, Administering the Monitoring Service du Sun GlassFish Enterprise Server v3 Administration Guide.
Lorsque le tramage est activé, les mises à jour d'une collection d'éléments intégrables risquent de générer une exception de pointeur nul.
Pour plus d'informations, reportez-vous à EclipseLink Issue report.
Deux solutions sont disponibles :
Ajoutez l'annotation @ChangeTracking(DEFFERED) sur l'élément intégrable et donnez à la propriété eclipselink.weaving.internal la valeur false ; ou
Donnez aux propriétés suivantes la valeur false dans le XML de persistance : eclipselink.weaving.changetracking et eclipselink.weaving.internal.
Après avoir démarré le domaine et accédé à localhost:4848, les messages suivants sont constatés dans le journal du serveur :
[#|2009-11-27T16:21:57.091+1100|INFO|glassfishv3.0| javax.enterprise.system.container.web.com.sun.enterprise.web| _ThreadID=20;_ThreadName=Thread-1;|Created virtual server server|#] |
[#|2009-11-27T16:21:57.091+1100|INFO|glassfishv3.0| javax.enterprise.system.container.web.com.sun.enterprise.web| _ThreadID=20;_ThreadName=Thread-20;|Created virtual server server|#] |
Ces messages donnent l'impression que le serveur virtuel, server , a été démarré deux fois. Ce n'est pas le cas. Les serveurs virtuels ne sont démarrés qu'une fois mais les messages sont enregistrés plusieurs fois.
Pour plus d'informations, reportez-vous à Issue report.
aucune.
Le débogage de JPA est difficile car le nombre de messages envoyés par le serveur est limité.
Pour plus d'informations, reportez-vous à Issue report.
Ajoutez la propriété org.eclipse.persistence.session.level=INFO au fichier logging.properties. Vous pouvez ensuite utiliser la Console d'administration pour contrôler les enregistreurs EclipseLink.
L'interopérabilité d'EJB distants ne fonctionne pas lorsque l'EJB cible se trouve sur le même hôte (autre domaine de Enterprise Server ou autre instance de Enterprise Server v3).
Pour plus d'informations, reportez-vous à Issue report.
Définissez la propriété suivante dans jvm-options:
-Dorg.glassfish.orb.iiop.orbserverid=:
Le programme d'installation de l'interface graphique de Enterprise Server s'interrompt à 41 % de l'installation sous Windows Vista et Windows 7. Cela ne se produit pas à chaque tentative d'installation.
Pour plus d'informations, reportez-vous à Issue report.
Ce problème est lié à la fonctionnalité de réglage automatique de Windows Vista et Windows 7 qui est activée par défaut.
Si votre première installation de Enterprise Server s'interrompt ou que l'ajout de packages ou l'application de mises à jour s'interrompt, restreignez ou désactivez la fonctionnalité de réglage automatique.
Par défaut, le nom d'hôte par défaut du service JMS sur Enterprise Server est localhost. Pour accéder au service JMS à partir d'un autre système, vous devez par contre modifier le nom d'hôte. Vous pouvez le remplacer par le nom d'hôte réel ou par 0.0.0.0.
Pour plus d'informations, reportez-vous à Issue report.
Pour le modifier, effectuez l'une des opérations suivantes :
À partir de la Console d'administration : Développez les nœuds Configuration, Service de message JMS et Hôtes JMS, sélectionnez default_JMS_host, puis modifiez le champ Hôte ; ou,
Utilisez une sous-commande asadmin telle que :
asadmin set server-config.jms-service.jms-host.default_JMS_host.host="0.0.0.0" ; ou
asadmin set server-config.jms-service.jms-host.default_JMS_host.host="hostname"
Quand Enterprise Server est installé à l'aide du programme d'installation graphique, l'installation se déroule correctement mais seule l'entrée de niveau supérieur GlassFish v3 est ajoutée au menu système de Windows et elle est vide. Ce problème se produit tout aussi bien avec les versions localisées qu'avec la version anglaise du programme d'installation.
Pour plus d'informations, reportez-vous à Issue report.
aucune.
Base de données mysql non répertoriée dans la liste des bases de données prises en charge par --dbvendorname sur la page de manuel relative à la commande de déploiement. Il s'agit d'une erreur. MySQL est une base de données prise en charge et devrait donc figurer dans la liste.
Pour plus d'informations, reportez-vous à Issue report.
aucune.
L'ACC s'attend à ce que le chargeur de classe de contexte du thread actif soit ACCClassLoader. Ce paramètre est trop restrictif. Bien que cette condition soit remplie pour les exécutions de script appclient et Java Web Start, elle n'est pas nécessairement remplie pour l'ACC intégré. D'autres fonctions à l'intérieur de l'ACC nécessitent un chargeur de classe de type URLClassLoader (ou une instance d'une sous-classe de URLClassLoader), mais le chargeur ne doit pas nécessairement être un chargeur de type ACCClassLoader.
Pour plus d'informations, reportez-vous à Issue report.
Deux solutions sont disponibles :
Définissez -Djava.System.class.loader=org.glassfish.appclient.client.acc.ACCClassLoader , ou
Dans votre programme Java, créez une instance ACCClassLoader et définissez-la en tant que chargeur de classe de contexte du thread actif à l'aide de la commande Thread.currentThread().setContextClassLoader avant d'utiliser les classes et interfaces ACC intégrées.
La création et le stockage du service d'horloge EJB dans MySQL sont possibles en tant qu'utilisateur, mais une exception est renvoyée lors de la tentative de configuration du service d'horloge EJB pour MySQL(déclaration d'exécution SQLException ) :
"CREATE TABLE EJB__TIMER__TBL (TIMERID VARCHAR(255) NOT NULL, BLOB BLOB(64000), INITIALEXPIRATIONRAW BIGINT, SCHEDULE VARCHAR(255), INTERVALDURATION BIGINT, OWNERID VARCHAR(255), STATE INTEGER, LASTEXPIRATIONRAW BIGINT, PKHASHCODE INTEGER, CREATIONTIMERAW BIGINT, CONTAINERID BIGINT, PRIMARY KEY (TIMERID))": com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'BLOB BLOB(64000), INITIALEXPIRATIONRAW BIGINT, SCHEDULE VARCHAR(255), INTERVALDU' at line 1|#] |
Pour plus d'informations, reportez-vous à Issue report.
Assurez-vous que le nom de classe de source de données spécifié pour le pool d'horloge représente une source de données XA.
Étapes MySQL spécifiques :
Décompressez le fichier glassfishv3/glassfish/lib/install/applications/ejb-timer-service-app.war .
Ajoutez la chaîne suivante à WEB-INF/classes/__ejb_timer_mappings.xml après <persistence-unit-metadata>:
<persistence-unit-defaults> <delimited-identifiers/> </persistence-unit-defaults>
Compressez de nouveau le fichier WEB-INF/classes/__ejb_timer_mappings.xml.
Cette étape est requise uniquement si l'installation actuelle a déjà utilisé le service d'horloge EJB. Créez manuellement EJB__TIMER__TBL dans la base de données en utilisant cette déclaration de création :
CREATE TABLE `EJB__TIMER__TBL` (`TIMERID` VARCHAR(255) NOT NULL, `BLOB` BLOB(64000), `INITIALEXPIRATIONRAW` BIGINT, `SCHEDULE` VARCHAR(255), `INTERVALDURATION` BIGINT, `OWNERID` VARCHAR(255), `STATE` INTEGER, `LASTEXPIRATIONRAW` BIGINT, `PKHASHCODE` INTEGER, `CREATIONTIMERAW` BIGINT, `CONTAINERID` BIGINT, PRIMARY KEY (`TIMERID`))
La sous-commande de déploiement échoue sur un serveur sécurisé à moins que l'option --secure soit utilisée.
Pour plus d'informations, reportez-vous à Issue report.
Activez l'option --secure lorsque vous exécutez la sous-commande de déploiement sur un serveur sécurisé.
L'un des certificats d'autorité du truststore Enterprise Server a expiré le 7 janvier 2010. Il s'agit du certificat cacerts.jks. Un message d'erreur indiquant que le certificat a expiré est généré au démarrage :
Version: V1 Subject: OU=Secure Server Certification Authority, O="RSA Data Security, Inc.", C=US Signature Algorithm: MD2withRSA, OID = 1.2.840.113549.1.1.2 Key: SunPKCS11-Solaris RSA public key, 1000 bits (id 17891456, session object) modulus: public exponent: Validity: [From: Tue Nov 08 19:00:00 GMT-05:00 1994, To: Thu Jan 07 18:59:59 GMT-05:00 2010] Issuer: OU=Secure Server Certification Authority, O="RSA Data Security, Inc.", C=US SerialNumber: [ 02ad667e 4e45fe5e 576f3c98 195eddc0] |
Pour plus d'informations, reportez-vous à Issue report.
Le certificat d'autorité expiré a été supprimé dans la mise à jour 18 de Java SE 6. Il sera également supprimé du truststore Enterprise Server lors d'une prochaine mise à jour.
Vous pouvez ignorer les messages d'erreur et utiliser la mise à jour ou vous pouvez supprimer les messages d'erreur. Pour cesser de recevoir des messages d'erreur, utilisez keytool afin de supprimer le certificat du truststore Enterprise Server :
=> cd domains/domainX/config => cp cacerts.jks cacerts.jks.save => keytool -delete -keystore cacerts.jks -alias verisignserverca Enter keystore password: |
Pour empêcher le certificat expiré de réapparaître dans les domaines créés à l'avenir, vous devez également le supprimer du modèle de truststore :
=> cd glassfish/lib/templates => cp cacerts.jks cacerts.jks.save => keytool -delete -keystore cacerts.jks -alias verisignserverca Enter keystore password: |
Pour plus d'informations sur le mot de passe keystore, consultez les informations sur les mots de passe et les keystores dans la section Authentication du Sun GlassFish Enterprise Server v3 Administration Guide.