Définir la propriété ‘source’ à ‘org.eclipse.jst.jee.server: JSFTut’ n’a pas trouvé de propriété correspondante

J’obtiens l’erreur suivante lorsque j’exécute l’application de démonstration JSF sur la console

[SetPropertiesRule]{Server/Service/Engine/Host/Context} Setting property 'source' to 'org.eclipse.jst.jee.server:JSFTut' did not find a matching property. 

Ce n’est pas une erreur. Ceci est un avertissement . La différence est énorme. Cet avertissement particulier signifie essentiellement que l’élément dans le server.xml de Tomcat contient une source atsortingbut inconnue et que Tomcat ne sait pas quoi faire avec cet atsortingbut et l’ignorera donc.

Eclipse WTP ajoute une source atsortingbut personnalisée à l’élément associé au projet dans le server.xml de Tomcat qui identifie la source du contexte (le projet réel dans l’espace de travail déployé sur le serveur server.xml ). De cette façon, Eclipse peut mettre en corrélation l’application Web déployée avec un projet dans l’espace de travail. Depuis Tomcat version 6.0.16, les balises et atsortingbuts XML non spécifiés dans le server.xml produiront un avertissement lors du démarrage de Tomcat, même s’il n’y a ni DTD ni XSD pour server.xml .

N’y faites pas attention. Votre projet web va bien. Ça devrait bien marcher. Ce problème est totalement indépendant de JSF.

Supprimez le projet du serveur de la vue du serveur. Ensuite, exécutez le projet sous le même serveur.

Le problème est que @BalusC a déclaré corrompu le fichier server.xml de tomcat configuré dans l’éclipse. Donc, lorsque vous faites le processus ci-dessus, server.xml sera recréé.

Je pensais append que pour Tomcat 7.x, n’est pas dans le server.xml , mais dans le context.xml . Supprimer et ré-append le projet ne semblait pas aider mon problème similaire, qui était un problème web.xml, que j’ai découvert en vérifiant le context.xml qui context.xml cette ligne dans la section :

WEB-INF/web.xml

La solution dans AVERTISSEMENT: Définir la propriété ‘source’ à ‘org.eclipse.jst.jee.server: appname’ n’a pas trouvé de propriété correspondante qui m’a rapproché de ma réponse, car le changement de publication dans un XML séparé résout l’erreur rapporté ci-dessus pour moi, mais malheureusement, il a généré une deuxième erreur que je suis toujours en train d’étudier.

WARNING: [SetContextPropertiesRule]{Context} Setting property 'source' to 'org.eclipse.jst.jee.server:myproject' did not find a matching property.

En ce qui concerne la définition de la valeur logging.properties

org.apache.tomcat.util.digester.Digester.level = SEVERE

… si vous exécutez un serveur Tomcat intégré dans eclipse, le fichier logging.properties utilisé par défaut est le fichier JDK par défaut à %JAVA_HOME%/jre/lib/logging.properties

Si vous souhaitez utiliser un autre fichier logging.properties (par exemple, dans le répertoire conf du serveur Tomcat), vous devez le définir via la propriété système java.util.logging.config.file . Par exemple, pour utiliser les propriétés de journalisation définies dans le fichier c:\java\apache-tomcat-7.0.54\conf\eclipse-logging.properties , ajoutez ceci à la liste d’arguments de la machine virtuelle:

-Djava.util.logging.config.file="c:\java\apache-tomcat-7.0.54\conf\eclipse-logging.properties"

(double-cliquez sur l’icône du serveur, cliquez sur “Ouvrir la configuration de lancement”, sélectionnez l’onglet Arguments, puis entrez ceci dans la zone de texte “Arguments de la VM”)

Vous pourriez également trouver utile d’append l’argument VM

-Djava.util.logging.SimpleFormatter.format="%1$tc %4$s %3$s %5$s%n"

ainsi, qui inclura ensuite le nom du journal source dans la sortie, ce qui facilitera la détermination du journal à limiter dans le fichier logging.properties (selon http://docs.oracle.com/javase/7/docs /api/java/util/logging/SimpleFormatter.html )

J’ai rencontré le même problème. Étapes pour résoudre ce problème.

  1. Supprimer le projet du serveur
  2. Donner propre et construire pour l’ensemble du projet
  3. Supprimer le serveur
  4. Utilisez Run as pour déployer et exécuter le projet

J’espère que cela fonctionne pour vous aussi.

Veuillez vérifier si des fichiers jar manquants, en particulier des fichiers JAR, ont peut-être été considérés comme locaux, alors placez-les dans le dossier lib, puis créez le fichier WAR