localhost:8080 tourne indéfiniment

**Elodie11** · 23/05/2017, 09h28

Bonjour,

Je rencontre un problème avec une application embarquant son propre Tomcat (JIRA)
Je l'utilise sur un serveur Windows, avec une jdk_1.8.0_131 et un Tomcat 8.0.17

Quand je tente d'accéder à l'interface via http://localhost:8080, le navigateur charge indéfiniment mais n'aboutit jamais ; idem avec http://127.0.0.1:8080
Les logs applicatifs informent que l'application est bien démarrée et qu'elle devrait être disponible, cependant le "localhost:8080" ne reçoit aucune réponse.

Voici le server.xml de l'application :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
<?xml version="1.0" encoding="UTF-8"?><!--
   ====================================================================================
 
   Atlassian JIRA Standalone Edition Tomcat Configuration.
 
 
   See the following for more information
 
   http://confluence.atlassian.com/display/JIRA/Configuring+JIRA+Standalone
 
   ====================================================================================
 --><!--
  Licensed to the Apache Software Foundation (ASF) under one or more
  contributor license agreements.  See the NOTICE file distributed with
  this work for additional information regarding copyright ownership.
  The ASF licenses this file to You under the Apache License, Version 2.0
  (the "License"); you may not use this file except in compliance with
  the License.  You may obtain a copy of the License at
 
      http://www.apache.org/licenses/LICENSE-2.0
 
  Unless required by applicable law or agreed to in writing, software
  distributed under the License is distributed on an "AS IS" BASIS,
  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  See the License for the specific language governing permissions and
  limitations under the License.
--><Server port="8009" shutdown="SHUTDOWN">
    <Listener className="org.apache.catalina.startup.VersionLoggerListener"/>
    <!-- Security listener. Documentation at /docs/config/listeners.html
    <Listener className="org.apache.catalina.security.SecurityListener" />
    -->
    <!--APR library loader. Documentation at /docs/apr.html -->
    <Listener SSLEngine="on" className="org.apache.catalina.core.AprLifecycleListener"/>
    <!-- Prevent memory leaks due to use of particular java/javax APIs-->
    <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener"/>
    <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener"/>
    <Listener className="org.apache.catalina.core.ThreadLocalLeakPreventionListener"/>
 
    <!-- Global JNDI resources
         Documentation at /docs/jndi-resources-howto.html
    -->
 
    <!-- A "Service" is a collection of one or more "Connectors" that share
        a single "Container" Note:  A "Service" is not itself a "Container",
        so you may not define subcomponents such as "Valves" at this level.
        Documentation at /docs/config/service.html
    -->
    <Service name="Catalina">
 
        <Connector acceptCount="100" connectionTimeout="20000" disableUploadTimeout="true" enableLookups="false" maxHttpHeaderSize="8192" maxThreads="150" minSpareThreads="25" port="8080" protocol="HTTP/1.1" redirectPort="8443" useBodyEncodingForURI="true"/>
 
        <!--
        ====================================================================================
 
        To run JIRA via HTTPS:
 
             * Uncomment the Connector below
             * Execute:
                 %JAVA_HOME%\bin\keytool -genkey -alias tomcat -keyalg RSA (Windows)
                 $JAVA_HOME/bin/keytool -genkey -alias tomcat -keyalg RSA  (Unix)
               with a password value of "changeit" for both the certificate and the keystore itself.
             * If you are on JDK1.3 or earlier, download and install JSSE 1.0.2 or later, and put the JAR files into
               "$JAVA_HOME/jre/lib/ext"
             * Restart and visit https://localhost:8443/
 
             For more info, see :
 
              http://confluence.atlassian.com/display/JIRA/Running+JIRA+over+SSL+or+HTTPS
 
              and
 
              http://tomcat.apache.org/tomcat-6.0-doc/ssl-howto.html
 
        ====================================================================================
        -->
        <!--
            <Connector port="8443" protocol="org.apache.coyote.http11.Http11Protocol"
              maxHttpHeaderSize="8192" SSLEnabled="true"
              maxThreads="150" minSpareThreads="25"
              enableLookups="false" disableUploadTimeout="true"
              acceptCount="100" scheme="https" secure="true"
              clientAuth="false" sslProtocol="TLS" useBodyEncodingForURI="true"/>
        -->
 
 
        <!--
         ====================================================================================
 
         If you have Apache AJP Connector (mod_ajp) as a proxy in front of JIRA you should uncomment the following connector configuration line
 
         See the following for more information :
 
            http://confluence.atlassian.com/display/JIRA/Configuring+Apache+Reverse+Proxy+Using+the+AJP+Protocol
 
         ====================================================================================
        -->
 
        <!--
              <Connector port="8009" redirectPort="8443" enableLookups="false" protocol="AJP/1.3" URIEncoding="UTF-8"/>
        -->
 
        <Engine defaultHost="localhost" name="Catalina">
            <Host appBase="webapps" autoDeploy="true" name="localhost" unpackWARs="true">
 
                <Context docBase="${catalina.home}/atlassian-jira" path="" reloadable="false" useHttpOnly="true">
 
 
                    <!--
                     ====================================================================================
 
                     Note, you no longer configure your database driver or connection parameters here.
                     These are configured through the UI during application setup.
 
                     ====================================================================================
                    -->
 
                    <Resource auth="Container" factory="org.objectweb.jotm.UserTransactionFactory" jotm.timeout="60" name="UserTransaction" type="javax.transaction.UserTransaction"/>
                    <Manager pathname=""/>
                </Context>
 
            </Host>
 
            <!--
                ====================================================================================
 
                 Access Logging.
 
                 This should produce access_log.<date> files in the 'logs' directory.
 
                 The output access log lies has the following fields :
 
                 IP Request_Id User Timestamp  "HTTP_Method URL Protocol_Version" HTTP_Status_Code ResponseSize_in_Bytes RequestTime_In_Millis Referer User_Agent ASESSIONID
 
                 eg :
 
                 192.168.3.238 1243466536012x12x1 admin [28/May/2009:09:22:17 +1000] "GET /jira/secure/admin/jira/IndexProgress.jspa?taskId=1 HTTP/1.1" 200 24267 1070 "http://carltondraught.sydney.atlassian.com:8090/jira/secure/admin/jira/IndexAdmin.jspa" "Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.10) Gecko/2009042523 Ubuntu/9.04 (jaunty) Firefox/3.0.10" "C2C99B632EE0F41E90F8EF7A201F6A78"
 
                 NOTES:
 
                 The RequestId is a millis_since_epoch plus request number plus number of concurrent users
 
                 The Request time is in milliseconds
 
                 The ASESSIONID is an hash of the JSESSIONID and hence is safe to publish within logs.  A session cannot be reconstructed from it.
 
                 See http://tomcat.apache.org/tomcat-6.0-doc/config/valve.html for more information on Tomcat Access Log Valves
 
                ====================================================================================
 
            -->
            <Valve className="org.apache.catalina.valves.AccessLogValve" pattern="%a %{jira.request.id}r %{jira.request.username}r %t &quot;%m %U%q %H&quot; %s %b %D &quot;%{Referer}i&quot; &quot;%{User-Agent}i&quot; &quot;%{jira.request.assession.id}r&quot;"/>
 
        </Engine>
    </Service>
</Server>

Dans le log de catalina je vois que la servlet est démarré mais pas le serveur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
21-May-2017 16:10:46.802 INFO [main] org.apache.catalina.core.AprLifecycleListener.lifecycleEvent The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: S:\java\jdk-8u131_x64\jre\bin;C:\Windows\Sun\Java\bin;C:\Windows\system32;C:\Windows;C:\ProgramData\Oracle\Java\javapath;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\ERWCSA\bbwin\bin;S:\aguila\program\lib;S:\aguila\program\bin;S:\aguila\program\bin\win64;S:\aguila\program\bin\win64\OpC;S:\java\jdk1.7.0_25_x64/bin;;.
21-May-2017 16:10:46.958 INFO [main] org.apache.coyote.AbstractProtocol.init Initializing ProtocolHandler ["http-nio-8080"]
21-May-2017 16:10:47.099 INFO [main] org.apache.tomcat.util.net.NioSelectorPool.getSharedSelector Using a shared selector for servlet write/read
21-May-2017 16:10:47.099 INFO [main] org.apache.catalina.startup.Catalina.load Initialization processed in 756 ms
21-May-2017 16:10:47.115 INFO [main] org.apache.catalina.core.StandardService.startInternal Starting service Catalina
21-May-2017 16:10:47.115 INFO [main] org.apache.catalina.core.StandardEngine.startInternal Starting Servlet Engine: Apache Tomcat/8.0.17

En pièce jointe, voici la liste des processus en cours, sachant que le PID de mon application est le 3952.

Merci pour votre aide,

**tchize_** · 23/05/2017, 09h33

Tu as vérifié ton firewall?

Au passage JIRA a un helpdesk au poil, donc pourquoi ne pas les contacter?

**Elodie11** · 23/05/2017, 09h56

C'est sur le serveur d'un client et il s'avère que mon client me dit qu'il n'y a pas de firewall.
J'ai eu l'aide d'Atlassian déjà mais ils pensent que c'est un problème local à la machine et pas du tout applicatif vu les logs et n'ont du coup pas su m'orienter vers une réelle solution

**tchize_** · 23/05/2017, 10h05

ouais sauf qu'il y a pas a tortiller du cul. Le serveur écoute sur le port 8080, le client ne sait pas atteindre ce port 8080, donc c'est des outils au niveau de l'OS qui bloquent la communication. Entre ce que le client te dit et la réalité, il y une marge en général.

**Elodie11** · 23/05/2017, 10h14

Je ne m'y connais pas très bien mais y aurait-il un moyen de pouvoir identifier ce qui bloque le port 8080 avec une commande ou un outil particulier ?

**Elodie11** · 23/05/2017, 11h11

Pour information, si je déclare l'application sur un autre port, j'ai le même problème sur le nouveau port

**Pill_S** · 23/05/2017, 11h46

Heu je dirais que ça c'est pas un log habituel de démarrage de JIRA.

"Starting Servlet Engine" ça veut dire que c'est en train de démarrer.... Après, JIRA va lancer plein de choses, notamment, se connecter à la db, lancer le framework OSGi pour charger les plugins, puis attendre que tous les plugins se chargent un à un, etc. puis ensuite seulement tu pourras te connecter avec ton browser.

Un démarrage de JIRA, même sans aucune donnée, ça prend facile 2-3 minutes.

Tu as quoi dans la suite des logs?

Envoie le fichier complet!

PS: au fait, je crois que JIRA ne peut plus s'installer dans un container séparé depuis quelques versions, est-ce que tu as bien suivi la procédure d'Atlassian et que tu n'essaies pas de l'installer dans un Tomcat standalone?

**Elodie11** · 23/05/2017, 14h33

Bonjour,

J'ai bien utilisé un JIRA Standalone (tar.gz). Et en effet je ne vous ai pas envoyé la totalité du log qui est énorme car pour moi c'est vraiment la partie "tomcat" qui n'aboutit pas. Je n'ai envoyé que le catalina.out mais dans le atlassian-jira.log il charge en effet tout ce qu'il faut et termine par le fait que mon JIRA est désormais accessible sur mon navigateur.

Merci par avance,

**yildiz-online** · 23/05/2017, 15h05

Si le tomcat manager est déployé, y a moyen de voir le statut de l'application

localhost:8080 tourne indéfiniment

Tomcat et TomEE Java

Discussions similaires

Partager

Partager