L'exception GlassFish 5.0 et le port 4848 ne répondent pas
Hier, j'ai téléchargé GlassFish 5.0 et JDK9. Lorsque j'essaie de faire tourner le serveur avec asadmin start-domain GlassFish, envoyez-moi exception
Lorsque j'essaie d'utiliser "asadmin start-domainAfter", je réponds: "Le serveur distant n'écoute pas la demande sur [hôte local 4848]. Le serveur est-il en place?"
Quelqu'un peut m'aider avec ça? J'ai cherché une solution chez Google, j'ai essayé de tuer le processus en utilisant le port 4848, de changer le port 4848 dans domain.xml sur un autre, rien n'y fait.
C'est ma première fois avec Glassfish, je ne sais pas quoi faire. Est-ce que quelqu'un peut m'aider?
Je travaille sur Windows 7, InteliJ Ultimate 2017.2.4, JRE 1.8 et JDK 9.
GlassFish 5.0 qui ne démarre pas sur JDK 9 est un problème connu.
GlassFish 5.0 est certifié uniquement sur JDK 8 (u144), comme indiqué dans les notes de publication: https://javaee.github.io/glassfish/doc/5.0/release-notes.pdf
Comme mentionné ci-dessus, GlassFish 5.0 exploite les nouvelles fonctionnalités de Java SE 8 et est certifié aujourd'hui sur Java SE 8. Même si nous avons beaucoup de travail devant nous avec le passage à la fondation Eclipse, notre objectif actuel est de certifier Java SE. 9 dans une prochaine version de GlassFish 5.
JDK 9 devrait être pris en charge dans la prochaine mise à jour, à savoir GlassFish 5.0.1 Voir fin de https://blogs.Oracle.com/theaquarium/Java-ee-8-is-final-and-glassfish-50-is- libéré
J'utilise Windows 10 et j'ai installé JDK et JRE pour les versions 9 et 8u141, 8u151, 8u144 (installé pour le test de ce problème). À l'exception, j'avais le même problème: la commande "asadmin start-version" lève une exception.
Il suffit de vérifier la version de la console CMD:
C:\Users\xxxxx>**Java -version**
Java version "9.0.1"
Java(TM) SE Runtime Environment (build 9.0.1+11)
Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode)
Les variables d'environnement Java_HOME et PATH qui posent problème sont JDK8u151 ???
Pour résoudre le problème, le conseil de la documentation qui:
Vous pouvez également définir spécifiquement le chemin Java avec la propriété AS_Java dans le fichier as-install/config/asenv.conf .
C:\DEVENV\glassfish5\glassfish\config>dir
Le volume dans le lecteur C s’appelle OS
Le numéro de série du volume est 10BF-2BBE
Répertoire de C:\DEVENV\glassfish5\glassfish\config
08/09/2017 07:27 <DIR> .
08/09/2017 07:27 <DIR> ..
12/01/2018 17:44 3 516 asenv.bat
...
Par conséquent, j'ajoute la dernière ligne ci-dessous:
set AS_IMQ_LIB=..\..\mq\lib
set AS_IMQ_BIN=..\..\mq\bin
set AS_CONFIG=..\config
set AS_INSTALL=..
set AS_DEF_DOMAINS_PATH=..\domains
set AS_DEF_NODES_PATH=..\nodes
set AS_DERBY_INSTALL=..\..\javadb
**set AS_Java=C:\Program Files\Java\jdk1.8.0_151**
Relancez la console CMD et démarrez le serveur avec asadmin start-domain: cela fonctionne correctement, profitez-en.
Si vous êtes sur un ordinateur Mac ou Linux, ajoutez ce qui suit à config/asenv.conf dans votre répertoire d'installation de glassfish.
set AS_Java="path to your jdk 8"
Par exemple, sous Mac OS, ce sera
AS_Java="/Library/Java/JavaVirtualMachines/jdk1.8.0_161.jdk/Contents/Home"
Si vous rencontrez des problèmes avec NullPointerException, recherchez les variables PATH de votre système. Assurez-vous qu'ils pointent vers un JDK acceptable (comme il a déjà été dit: GlassFish 5.0 est certifié pour fonctionner uniquement sur JDK 8u144 ). Cette exception NullPointerException est provoquée par l'utilisation d'un JDK incompartible tel que mentionné ici: https://docs.Oracle.com/cd/E19226-01/820-7688/gipqi/index.html
Dans mon cas, la variable PATH pointait correctement vers Java8u144, mais mon chemin PATH contenait également un pointeur sur C:\ProgramData\Oracle\Java\javapath. Et quelque part, une ancienne version de Java SDK était stockée sur \ProgramData\Oracle, de sorte que GlassFish utilisait cette ancienne version de Java comme SDK.