Problème Tomcat v9.0 avec Eclipse

Sujet résolu

5 décembre 2017 à 16:29:00

Bonjour,

Je suis entrain de suivre le cours "Développez des sites webs avec Java EE", je viens d'aborder l'activité 1 où il faut faire une calculatrice et j'ai un problème récurent avec mon serveur Tomcat.

Je m'explique, lorsque je lance normalement mon projet de la façon suivante (depuis web.xml ou autres...) :

J'obtiens une erreur qui fait que le serveur Tomcat ne se lance pas :

avec dans la console :

déc. 05, 2017 3:44:56 PM org.apache.tomcat.util.digester.SetPropertiesRule begin
AVERTISSEMENT: [SetPropertiesRule]{Server/Service/Engine/Host/Context} Setting property 'source' to 'org.eclipse.jst.jee.server:Calculatrice' did not find a matching property.
déc. 05, 2017 3:44:56 PM org.apache.catalina.startup.VersionLoggerListener log
INFOS: Server version:        Apache Tomcat/9.0.1
déc. 05, 2017 3:44:56 PM org.apache.catalina.startup.VersionLoggerListener log
INFOS: Server built:          Sep 27 2017 17:31:52 UTC
déc. 05, 2017 3:44:56 PM org.apache.catalina.startup.VersionLoggerListener log
INFOS: Server number:         9.0.1.0
déc. 05, 2017 3:44:56 PM org.apache.catalina.startup.VersionLoggerListener log
INFOS: OS Name:               Windows 10
déc. 05, 2017 3:44:56 PM org.apache.catalina.startup.VersionLoggerListener log
INFOS: OS Version:            10.0
déc. 05, 2017 3:44:56 PM org.apache.catalina.startup.VersionLoggerListener log
INFOS: Architecture:          amd64
déc. 05, 2017 3:44:56 PM org.apache.catalina.startup.VersionLoggerListener log
INFOS: Java Home:             C:\Users\Ordinateur portable\Desktop\Projet\Java
déc. 05, 2017 3:44:56 PM org.apache.catalina.startup.VersionLoggerListener log
INFOS: JVM Version:           1.8.0_144-b01
déc. 05, 2017 3:44:56 PM org.apache.catalina.startup.VersionLoggerListener log
INFOS: JVM Vendor:            Oracle Corporation
déc. 05, 2017 3:44:56 PM org.apache.catalina.startup.VersionLoggerListener log
INFOS: CATALINA_BASE:         C:\Users\Ordinateur portable\Desktop\Projet\J2ee\.metadata\.plugins\org.eclipse.wst.server.core\tmp0
déc. 05, 2017 3:44:56 PM org.apache.catalina.startup.VersionLoggerListener log
INFOS: CATALINA_HOME:         C:\Users\Ordinateur portable\Desktop\Projet\apache-tomcat-9.0.1
déc. 05, 2017 3:44:56 PM org.apache.catalina.startup.VersionLoggerListener log
INFOS: Command line argument: -Dcatalina.base=C:\Users\Ordinateur portable\Desktop\Projet\J2ee\.metadata\.plugins\org.eclipse.wst.server.core\tmp0
déc. 05, 2017 3:44:56 PM org.apache.catalina.startup.VersionLoggerListener log
INFOS: Command line argument: -Dcatalina.home=C:\Users\Ordinateur portable\Desktop\Projet\apache-tomcat-9.0.1
déc. 05, 2017 3:44:56 PM org.apache.catalina.startup.VersionLoggerListener log
INFOS: Command line argument: -Dwtp.deploy=C:\Users\Ordinateur portable\Desktop\Projet\J2ee\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\wtpwebapps
déc. 05, 2017 3:44:56 PM org.apache.catalina.startup.VersionLoggerListener log
INFOS: Command line argument: -Djava.endorsed.dirs=C:\Users\Ordinateur portable\Desktop\Projet\apache-tomcat-9.0.1\endorsed
déc. 05, 2017 3:44:56 PM org.apache.catalina.startup.VersionLoggerListener log
INFOS: Command line argument: -Dfile.encoding=Cp1252
déc. 05, 2017 3:44:56 PM org.apache.catalina.core.AprLifecycleListener lifecycleEvent
INFOS: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: [C:\Users\Ordinateur portable\Desktop\Projet\Java\bin;C:\WINDOWS\Sun\Java\bin;C:\WINDOWS\system32;C:\WINDOWS;C:/Users/Ordinateur portable/Desktop/Projet/Java/bin/server;C:/Users/Ordinateur portable/Desktop/Projet/Java/bin;C:/Users/Ordinateur portable/Desktop/Projet/Java/lib/amd64;C:\ProgramData\Oracle\Java\javapath;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\GNU\GnuPG\pub;C:\Users\Ordinateur portable\AppData\Local\Microsoft\WindowsApps;;C:\Users\Ordinateur portable\Desktop\Projet\J2ee\eclipse;;.]
déc. 05, 2017 3:44:56 PM org.apache.coyote.AbstractProtocol init
INFOS: Initializing ProtocolHandler ["http-nio-8080"]
déc. 05, 2017 3:44:57 PM org.apache.tomcat.util.net.NioSelectorPool getSharedSelector
INFOS: Using a shared selector for servlet write/read
déc. 05, 2017 3:44:57 PM org.apache.coyote.AbstractProtocol init
INFOS: Initializing ProtocolHandler ["ajp-nio-8010"]
déc. 05, 2017 3:44:57 PM org.apache.tomcat.util.net.NioSelectorPool getSharedSelector
INFOS: Using a shared selector for servlet write/read
déc. 05, 2017 3:44:57 PM org.apache.catalina.startup.Catalina load
INFOS: Initialization processed in 3299 ms
déc. 05, 2017 3:44:57 PM org.apache.catalina.core.StandardService startInternal
INFOS: Démarrage du service [Catalina]
déc. 05, 2017 3:44:57 PM org.apache.catalina.core.StandardEngine startInternal
INFOS: Starting Servlet Engine: Apache Tomcat/9.0.1
déc. 05, 2017 3:45:20 PM org.apache.jasper.servlet.TldScanner scanJars
INFOS: At least one JAR was scanned for TLDs yet contained no TLDs. Enable debug logging for this logger for a complete list of JARs that were scanned but no TLDs were found in them. Skipping unneeded JARs during scanning can improve startup time and JSP compilation time.

Et impossible de continuer de suivre le cours, le serveur est impossible à démarrer en cliquant sur le bouton (1ere image) comme il est montré dans le cours et comme je faisais jusque la.

Je tiens à vous précisez que ce problème se résout parfois de lui même, sans que je ne fasse rien. En effet, hier je l'ai rencontré et après plusieurs heures de recherche je n'ai pas réussi à le résoudre malgré tout les tentatives que j'ai pu faire (notament modifier le timeout dans le fichier server). Ce matin, il était résolu sans que je ne fasse rien => J'ai simplement cliqué sur le bouton et pouf ça remarchait normalement

Mais cette après midi, alors que je suivais le cours et effectuais les mêmes manipulations que le professeur, lors qu'un restart du serveur, le même message d'erreur est apparu.

J'ai alors eu l'idée de tenter une manip à laquelle je n'avais pas pensé hier:

- Je lance d'abord le serveur independament de web.xml, de cette façon :

- puis je lance web.xml (comme sur la 1ere image) et la miracle ca refonctionne.

Mais attention, chaque fois que je Restart le serveur (sans le lancer "seul" d'abord), la même erreur apparait, je dois tout le temps suivre la manipulation que je viens de présenter pour que ça fonctionne (sans doute jusqu'a que le problème se résolve de lui mêmel).

Je tiens à preciser que ce qui à été fait dans les premieres parties du cours et qui fonctionnait parfaitement, ne fonctionne plus (meme avant que je change de projet en passant à la calculatrice), je dois également faire la manip

Je vous joint les codes de la servlet, la jsp et du web.xml, peut être que ça vient de la mais j'en doute étant donné que je viens de commencer ce projet et qu'il contient vraiment du code basique :

- la servlet :

package com.tpCalculatrice;

import java.io.IOException;

import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;


public class CalculatriceServlet extends HttpServlet {
	private static final long serialVersionUID = 1L;
       
    public CalculatriceServlet() {
        super();
    }

	protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
		this.getServletContext().getRequestDispatcher("/WEB-INF/calculatrice.jsp").forward(request, response);
	}

	protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
		doGet(request, response);
	}

}

la jsp :

<%@ page language="java" contentType="text/html; charset=UTF-8"
    pageEncoding="UTF-8"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Calculatrice</title>
</head>
<body>
	<p>test</p>
</body>
</html>

et enfin le fichier xml :

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xmlns="http://java.sun.com/xml/ns/javaee" 
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee 
http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" version="3.0">

	<servlet>
		<servlet-name>CalculatriceServlet</servlet-name>
		<servlet-class>com.tpCalculatrice.CalculatriceServlet</servlet-class>
	</servlet>
	<servlet-mapping>
		<servlet-name>CalculatriceServlet</servlet-name>
		<url-pattern>/</url-pattern>
	</servlet-mapping>


</web-app>

En attendant vos futurs réponses, je continue le cours avec la manip que j'ai trouvé, ça marche très bien comme ça, c'est juste beaucoup moins pratique. Et puis de toute façon s'il y a ce problème c'est surement pas pour rien, ça doit signifier quelques choses...

Quoi qu'il en soit je vous remercie d'avoir pris le temps ( et le courage ) de lire mon message !

maequise

5 décembre 2017 à 20:46:00

Bonjour,

Il te suffit de configurer le timeout de démarrage.

Pour cela il faut double cliquer sur ton serveur, et dans la section timout on change le temps par défaut (45 sec) par XX sec :).

Asadams

6 décembre 2017 à 11:17:46

Bonjour,

Je te remercie grandement, mon problème est résolu, d'ailleurs je me sens un peu bête que ce ne soit que ça !

JulienCauwet

7 décembre 2017 à 21:09:21

Bonsoir,

J'ai installé tomcat v9.0
Quand j'essaie de commencer un nouveau projet sur Eclipse Kepler et que je veux définir un nouveau runtime environment, il ne me propose que jusqu'à la version 7.0. Peux tu me dire comment tu as fait pour avoir la derniere version? Merci d'avance

Julien

maequise

7 décembre 2017 à 23:06:32

JulienCauwet a écrit:

Bonsoir,

J'ai installé tomcat v9.0
Quand j'essaie de commencer un nouveau projet sur Eclipse Kepler et que je veux définir un nouveau runtime environment, il ne me propose que jusqu'à la version 7.0. Peux tu me dire comment tu as fait pour avoir la derniere version? Merci d'avance

Julien

Il faut que tu changes de version eclipse. Kepler ne permet d'aller que jusqu'à la version 7.0. Neon permet d'utiliser la version 8, et peut être la 9 (j'ai pas tout en tête non plus ^^). Sinon il faut passer sur Oxygen qui lui intégrera la version 9 de Tomcat ;).

JulienCauwet

13 décembre 2017 à 11:26:51

maequise a écrit:

JulienCauwet a écrit:

Bonsoir,

J'ai installé tomcat v9.0
Quand j'essaie de commencer un nouveau projet sur Eclipse Kepler et que je veux définir un nouveau runtime environment, il ne me propose que jusqu'à la version 7.0. Peux tu me dire comment tu as fait pour avoir la derniere version? Merci d'avance

Julien

Il faut que tu changes de version eclipse. Kepler ne permet d'aller que jusqu'à la version 7.0. Neon permet d'utiliser la version 8, et peut être la 9 (j'ai pas tout en tête non plus ^^). Sinon il faut passer sur Oxygen qui lui intégrera la version 9 de Tomcat ;).

Merci maequise,
j'avais utilisé Tomcat 7.0 mais je vais installer les versions d'Eclipse que tu mentionnes.

-
Edité par JulienCauwet 13 décembre 2017 à 11:28:10

SõüMåYá