Échec du démarrage du composant[Catalina].StandardHost [localhost].StandardContext [/JDBC DBO]]

il Vous manque commons-digester3-3.2.jarApache Communs Digester. Si vous utilisez Maven, vous pouvez ajouter:

<dependency>
    <groupId>commons-digester</groupId>
    <artifactId>commons-digester</artifactId>
    <version>2.1</version>
</dependency>

à vos dépendances de projet.

mise à Jour: Le jar de la dernière page de téléchargement a une structure de paquet légèrement différente de ce que votre application attend. Vous pouvez utiliser ce vieux bocal à la place.

j'ai eu le même problème dans mon serveur tomcat mais lorsque je vérifie profondément, j'ai trouvé que j'ai ajouter un nouveau tag dans mon web.le fichier xml et le serveur ne l'accepte pas donc vérifiez votre fichier pour si une mise à jour s'est produite, puis redémarrez votre tomcat et sera bon .

module web - > propriétés - > montage de déploiement - > (ajouter le dossier "src / main / webapp", les dépendances Maven et les autres modules nécessaires)

si vous utilisez eclipse, supprimez le serveur tomcat et le dossier serveur, puis reconfigurez ces deux-là..

j'ai eu ça pendant que je courais dans Java EE Eclipse. Aucune des réponses ici aidé. Ce qui finalement fait pour moi était:

1. maven propre
2. démarrer tomcat en debug

j'ai continué à faire une installation maven clean et l'erreur ne disparaîtrait pas. Étrange.

Eh bien, je ne suis pas sûr de ce qu'est la cause réelle, mais j'ai fait de cette façon pour la même erreur. J'ai des commentaires sur cette annotation pour le servelet et son fonctionnement.

//@WebServlet("/HelloWorld")
public class HelloWorld extends HttpServlet {

Je ne sais pas qui pourrait être la bonne solution de pas. mais cela a fonctionné et une autre chose qui peut être testée est d'ajouter servlet jar dans le chemin de la classe. Qui pourrait fonctionner.

je suppose que vous travaillez avec un projet web dynamique, parce que vous avez mentionné de dossier WEB-INF/lib dans un commentaire; si oui, assurez-vous de ne pas mettre un fichier * - servlet jar dans ce dossier ou un autre jar déjà fourni par le conteneur, dans ce cas Tomcat. Plus: une fois que j'ai utilisé jersey-servlet.jar, et j'ai eu besoin de le retirer du dossier lib afin de Tomcat commencer sans problèmes; puis j'utilise juste jersey-bundle.jar et il fonctionne bien.

j'ai eu le même problème, même après avoir essayé "mvn eclipse:eclipse-Dwtpversion=2.0" et "mvn clean install". Mais après avoir nettoyé mon serveur, ça a marché. Donc peut-être qu'après vous êtes sûr que vous avez toutes les dépendances nécessaires essayer de nettoyer le serveur.

j'ai rencontré cette erreur et j'ai essayé plusieurs façons dont vous avez mentionné que ça ne marchait toujours pas. J'ai même essayé de réinstaller Tomcat, ont encore cette erreur.

la dernière chose que j'ai faite a été d'enlever tous les Netbeans et Tomcat. Il a finalement fonctionné. Je sais que ce n'est pas une bonne façon de résoudre le problème, mais si vous êtes vraiment pressé, et ne sais pas quoi faire.

j'ai eu le même problème. Après de nombreuses recherches, j'ai décidé de reconfigurer mon serveur dans Eclipse. (c'est à dire propre comme suggéré par Benson Aller à L'Explorateur de projet, les serveurs et supprimer (assurez-vous que vous supprimez également le contenu sur le disque) Puis allez à Windows->Préférences->Server - > environnements Runtime Supprimez le serveur Tomcat et ajoutez-le de nouveau.

ceci nettoie le serveur.xml, webxml, le contexte.des fichiers xml. Il les réécrit en gros. Quelque chose dans l'une des miennes (ou plusieurs choses) était erroné et cela résout-il. Un peu plus simple que d'essayer de trouver le fautif tags/lignes

vérifiez que votre application fonctionne correctement en exécutant mvn clean install sur votre projet et corriger toutes les erreurs

habituellement, cette erreur se produit lorsque vous avez des dépendances qui ne sont pas présentes sur votre classpath.

si vous utilisez tomcat maven plugin alors essayez de déployer votre guerre en utilisant la commande suivante

tomcat7:run-war-only

Windows -> Préférences -> Serveur -> Runtime Environment -> Supprimer tous les serveurs Apache disponible. Ajouter le même. Maintenant exécuter votre application sur le serveur. Sa fait :)

essayez d'ajouter cette dépendance maven dans votre pom.xml:

<dependency>
<groupId>commons-fileupload</groupId>
<artifactId>commons-fileupload</artifactId>
<version>1.2</version>
</dependency>

j'ai eu le même problème.

org.Apache.Catalina.LifecycleException: impossible de démarrer le composant [StandardEngine[Catalina].StandardHost [localhost].StandardContext []]

déjà tous robotet. Mon pompon.xml:

http://maven.apache.org/xsd/maven-4.0.0.xsd"> 4.0.0 COM.springapp guerre 1.0-SNAPSHOT guerre louer-->

<properties>
    <spring.version>4.1.1.RELEASE</spring.version>
    <spring.security.version>3.2.6.RELEASE</spring.security.version>
</properties>

<dependencies>

    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-core</artifactId>
        <version>${spring.version}</version>
    </dependency>

    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-web</artifactId>
        <version>${spring.version}</version>
    </dependency>
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-webmvc</artifactId>
        <version>${spring.version}</version>
    </dependency>

    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-test</artifactId>
        <version>${spring.version}</version>
    </dependency>

    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-context</artifactId>
        <version>${spring.version}</version>
    </dependency>
    <!--Spring Security-->
    <dependency>
        <groupId>org.springframework.security</groupId>
        <artifactId>spring-security-web</artifactId>
        <version>${spring.security.version}</version>
    </dependency>

    <dependency>
        <groupId>org.springframework.security</groupId>
        <artifactId>spring-security-config</artifactId>
        <version>${spring.security.version}</version>
    </dependency>
    <!--JUnit-->
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.11</version>
    </dependency>
</dependencies>

<build>
    <finalName>war</finalName>
    <plugins>
        <plugin>
            <artifactId>maven-compiler-plugin</artifactId>
            <configuration>
                <source>1.8</source>
                <target>1.8</target>
            </configuration>
        </plugin>
        <plugin>
            <artifactId>maven-surefire-plugin</artifactId>
            <configuration>
                <includes>
                    <include>**/*Test.java</include>
                </includes>
            </configuration>
        </plugin>
    </plugins>
</build>

je configure un servlet dans le web.ml, encore une fois j'ai configuré le même servlet en utilisant des annotations dans la classe servlet. J'ai supprimé la configuration basée sur les annotations puis le serveur a démarré correctement.

le serveur.xml est créé lorsque vous publiez un projet.Maintenant, Si vous ajoutez plus de dépendance plus tard le serveur.xml ne sera pas capable de le capturer avant et à moins qu'il ne soit rafraîchi à nouveau. Parfois, vous devez aussi reconstruire le fichier context/config. D'abord, vous essayez de nettoyer le répertoire de travail.Si cela ne fonctionne pas, supprimez le dossier serveur et serveur,puis reconfigurez ces deux dossiers.

tout ce que j'ai trouvé la solution pour ce que vous obtenez tous l'exception comme.. org.Apache.Catalina.LifecycleException: impossible de démarrer le composant [StandardEngine[Catalina].StandardHost [localhost].StandardContext []]..

le problème avec bulid chemin des pots..

Pour plus de venir ce problème.. placez tous les pots dans "WebContent / lib" tout ce dont vous avez besoin dans votre projet. j'espère qu'il sera utile pour vous...

Dans l'ide, j'ai eu deux différentes versions de tomcat/dossiers spécifiés pour Tomcat Maison et Tomcat répertoire de base dans l'application de configuration du serveur

c'est parce qu'une ou toutes les dépendances de maven ont été corrompues. Il suffit de supprimer les dépendances corrompues ou toutes les dépendances locales maven et de redémarrer le projet eclipse et update.

Pour résoudre ce problème, vous devez supprimer le .composant logiciel enfichable fichier situé dans le répertoire:

<workspace-directory>\.metadata\.plugins\org.eclipse.core.resources.

après avoir supprimé ce fichier, vous pouvez démarrer Eclipse sans problème.

Si vous utilisez dynamique de projet web alors assurez-vous que vous avez ajouté le fichier jar commons-logging-1.2.jar dans le dossier "WebContent > WEB-INF > lib".

et vous pouvez faire quelques pas de plus que:

1. clic Droit sur le projet > Propriétés > Ciblées Runtimes > Choisir un serveur Apache Tomcat à partir de la liste > Appliquer > Ok.

2. aller à L'onglet Serveurs > clic droit sur le serveur configuré > propriétés > Généralités > Commutateur l'emplacement(par exemple- /Serveurs/Tomcat/.....) > Apply > Ok.

C'est tout!

j'ai eu le même problème qui a été causé par cette exception imbriquée

Caused by: java.util.zip.ZipException: invalid LOC header (bad signature)
    at java.util.zip.ZipFile.read(Native Method)
    at java.util.zip.ZipFile.access00(ZipFile.java:60)

en Regardant de près constaté que c'est dû au printemps version qui a eu un mauvais signature. Modification de la version de printemps à 4.3.4, Construction et déploiement. Tout a fonctionné.

HTH

Même j'ai eu le même problème

Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/]

j'ai ajouté la dépendance respective au début, cela avait fonctionné pour moi.

<dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-tomcat</artifactId>
        <scope>provided</scope>
</dependency>

le nom du filtre que j'ai mentionné sur mon site.xml n'existe pas. Après avoir corrigé la typographie, ça a parfaitement fonctionné.