SÉVÈRE: impossible de contacter le localhost:8005. Tomcat peut pas être en cours d'exécution erreur lors de la fermeture de serveur tomcat.

serveur tomcat de départ de multiples certain nombre de fois, mais pas de l'arrêter. http://localhost:8080/ est vide
voici le code d'erreur dans le terminal. comment contourner ce problème ?

sudo sh shutdown.sh
Using CATALINA_BASE:   /var/lib/tomcat7
Using CATALINA_HOME:   /var/lib/tomcat7
Using CATALINA_TMPDIR: /var/lib/tomcat7/temp
Using JRE_HOME:        /usr
Using CLASSPATH:       /var/lib/tomcat7/bin/bootstrap.jar:/var/lib/tomcat7/bin/tomcat-juli.jar
Nov 23, 2015 4:00:29 PM org.apache.catalina.startup.Catalina stopServer
SEVERE: Could not contact localhost:8005. Tomcat may not be running.
Nov 23, 2015 4:00:29 PM org.apache.catalina.startup.Catalina stopServer
SEVERE: Catalina.stop: 
java.net.ConnectException: Connection refused
    at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350)
at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
at java.net.Socket.connect(Socket.java:589)
at java.net.Socket.connect(Socket.java:538)
at java.net.Socket.<init>(Socket.java:434)
at java.net.Socket.<init>(Socket.java:211)
at org.apache.catalina.startup.Catalina.stopServer(Catalina.java:498)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at org.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:343)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:430)

cette erreur signifie que tomcat est déjà à l'arrêt. vérifiez votre fichier journal de trace route de la cause et de copier coller ici
La preuve que vous avez présenté suggère que ce n'est même pas commencé.
Toutes les mises à jour sur ce point? J'ai aussi rencontré le même problème....
Il n'y a rien à mettre à jour. Tomcat n'était pas en cours d'exécution.

OriginalL'auteur Keerthana Chowdary Challa | 2015-11-23

1

trouver le document qui en jdk1.x.x_xx/jre/lib/security/java.security

modifier le securerandom.source de securerandom.source=file:/dev/./urandom

alors c'est normal.

c'est un bug de jdk.

Non-sens. Comment peut-aléatoire-nombre de bug cause "connexion refusée"?
En fait il a travaillé pour moi. Merci!
Et ce que les allégations de "bug de JDK' est-ce?

OriginalL'auteur user7896420
-1

J'ai résolu ce problème aujourd'hui,il peut-être un bug avec jdk-1.8.x.

Par exemple,mon jdk chemin est "/usr/java/jdk1.8.0_144".

cd /usr/java/jdk1.8.0_144/jre/lib/security/

trouver le fichier qui l'a nommé "de java.de sécurité",
```
vi java.security
```
trouver "securerandom.source=file:/dev/random".

Modifier "securerandom.source=file:/dev/./urandom ".

Ensuite,allez à l'Tomcat/bin, exécuter ./start.shet ./shutdown.sh,trouve que tout est bon.

Le ./ partie est redondant, et le reste n'a pas de sens. L'arrêt de Tomcat protocole n'utilise pas de HTTPS, comme peut être vu à partir de la trace de la pile, et "connexion refusée" n'est pas causé par un TLS problème.

OriginalL'auteur xiaoyangLee

Vous devez vous connecter pour publier un commentaire.