java.lang.ClassNotFoundException: ch.la qualité de service.logback.classique.le spi.ThrowableProxy?
lors du démarrage de mon weblogic(avoir mon application fichier war contenant logback-classic-1.0.1.jar),je suis en dessous d'exception.Toute suggestion ?
<Sep 9, 2015 9:27:13 AM UTC> <Warning> <Common> <BEA-000632> <Resource Pool "JDBC Data Source-0" shutting down, ignoring 3 resources still in use by applications..>
Exception in thread "Thread-12" java.lang.NoClassDefFoundError: ch/qos/logback/classic/spi/ThrowableProxy
at ch.qos.logback.classic.spi.LoggingEvent.<init>(LoggingEvent.java:125)
at ch.qos.logback.classic.Logger.buildLoggingEventAndAppend(Logger.java:468)
at ch.qos.logback.classic.Logger.filterAndLog_0_Or3Plus(Logger.java:424)
at ch.qos.logback.classic.Logger.log(Logger.java:824)
at org.apache.commons.logging.impl.SLF4JLocationAwareLog.error(SLF4JLocationAwareLog.java:225)
at org.springframework.transaction.interceptor.TransactionAspectSupport.completeTransactionAfterThrowing(TransactionAspectSupport.java:415)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:114)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.cache.interceptor.CacheInterceptor$1.invoke(CacheInterceptor.java:58)
at org.springframework.cache.interceptor.CacheAspectSupport.execute(CacheAspectSupport.java:213)
at org.springframework.cache.interceptor.CacheInterceptor.invoke(CacheInterceptor.java:66)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:622)
................
at java.lang.Thread.run(Thread.java:701)
Caused by: java.lang.ClassNotFoundException: ch.qos.logback.classic.spi.ThrowableProxy
at weblogic.utils.classloaders.GenericClassLoader.findLocalClass(GenericClassLoader.java:297)
at weblogic.utils.classloaders.GenericClassLoader.findClass(GenericClassLoader.java:270)
at weblogic.utils.classloaders.ChangeAwareClassLoader.findClass(ChangeAwareClassLoader.java:64)
at java.lang.ClassLoader.loadClass(ClassLoader.java:323)
at java.lang.ClassLoader.loadClass(ClassLoader.java:268)
at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:179)
at weblogic.utils.classloaders.ChangeAwareClassLoader.loadClass(ChangeAwareClassLoader.java:52)
... 18 more
Exception in thread "Thread-18" java.lang.NoClassDefFoundError: ch/qos/logback/classic/spi/ThrowableProxy
at ch.qos.logback.classic.spi.LoggingEvent.<init>(LoggingEvent.java:125)
at ch.qos.logback.classic.Logger.buildLoggingEventAndAppend(Logger.java:468)
at ch.qos.logback.classic.Logger.filterAndLog_0_Or3Plus(Logger.java:424)
at ch.qos.logback.classic.Logger.log(Logger.java:824)
at org.apache.commons.logging.impl.SLF4JLocationAwareLog.error(SLF4JLocationAwareLog.java:225)
at org.springframework.transaction.interceptor.TransactionAspectSupport.completeTransactionAfterThrowing(TransactionAspectSupport.java:415)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:114)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.cache.interceptor.CacheInterceptor$1.invoke(CacheInterceptor.java:58)
at org.springframework.cache.interceptor.CacheAspectSupport.execute(CacheAspectSupport.java:213)
at org.springframework.cache.interceptor.CacheInterceptor.invoke(CacheInterceptor.java:66)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:622)
.......................
at java.lang.Thread.run(Thread.java:701)
Caused by: java.lang.ClassNotFoundException: ch.qos.logback.classic.spi.ThrowableProxy
at weblogic.utils.classloaders.GenericClassLoader.findLocalClass(GenericClassLoader.java:297)
at weblogic.utils.classloaders.GenericClassLoader.findClass(GenericClassLoader.java:270)
at weblogic.utils.classloaders.ChangeAwareClassLoader.findClass(ChangeAwareClassLoader.java:64)
at java.lang.ClassLoader.loadClass(ClassLoader.java:323)
at java.lang.ClassLoader.loadClass(ClassLoader.java:268)
at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:179)
at weblogic.utils.classloaders.ChangeAwareClassLoader.loadClass(ChangeAwareClassLoader.java:52)
... 18 moreOriginalL'auteur user3198603 | 2015-09-09
Vous devez vous connecter pour publier un commentaire.
Ce type d'exception se produit lorsque votre classpath ne contient pas de cette classe.
Si le pot est dans votre classpath, vous faites attention à ce que le classpath de l'application que vous utilisez au moment de l'exécution. En effet, souvent, le chemin de classe peuvent être remplacés au cours de l'exécution, ou tout simplement que vous pouvez en utiliser un autre (par exemple, dans un script de démarrage).
OriginalL'auteur aafrune
J'ai été faire cette même erreur lors de la rupture (ctrl-c) à partir de Dropwizard serveur, j'ai enfin appris pourquoi je l'obtenir.
Mon Dropwizard est construit dans un pot de graisse, que je construis avec Gradle, et lors de l'exécution de serveur sur mon ordinateur en local, je l'exécuter directement à partir de build/libs/...fat.jar
Donc cette exception se produit lorsque j'ai changé le code source, application serveur de nouveau, et Gradle a écrasé le même pot, je suis actuellement en cours d'exécution avec "java-jar ...", donc ce n'est pas étrange que les classes qui n'ont pas été utilisés avant que la session ne se charge pas ok 🙂
OriginalL'auteur Render
Cette erreur se produit quand le printemps applications jar sont reconstruits, supprimés ou mis à jour lors de l'exécution.
Ref: https://github.com/spring-projects/spring-boot/issues/4968
OriginalL'auteur ton
Pour nous, apparaît, cela voulait dire "vous êtes à court de descripteurs de fichiers, d'augmenter votre descripteur de fichier ouvert limite." (trop de douilles ont été créés, à l'aide de tous). De crédit à l'original de la réplique ici.
D'autres choses que j'ai vu: assurez-vous que votre printemps de démarrage est au moins 1.3.8
Aussi assurez-vous que les pots-dessous ne sont pas écrasées/changé/instable du système de fichiers. FWIW.
OriginalL'auteur rogerdpack
Deux options que je vois(pas assez d'informations):
1. Il arrive à charger, je parie pour classpath, voir les réponses ci-dessus.
2. Il arrive après un certain temps, lorsque l'application est de running(mon cas), de lire les paragraphes suivants.
Quand j'ai eu la classe de ne pas trouvé des erreurs et ont également le même message d'erreur comme vous en ce moment, tout à fait offten est émis avec aucun espace disponible sur le périphérique aka disque plein, plein de mémoire.
Mon environnement, c'est le printemps de démarrage, logback est inclus automagicaly, dans maven ont reconditionner, de sorte wverithing j'ai besoin est inclus.
Cette erreur se fait après mon application est de running pour 20 minutes ou plus, est a des milliers de threads. Si vous n'avez pas de limite de mémoire pour votre maschine virtuel, il peut devenir très élevé, même si il n'est pas nécessaire.
Une fois(2 jours il ya) - je passer 3 heures à regarder autour de claspath stuf, ... question était pleine de disque
OriginalL'auteur Anton Tománek
La classe qui manque certainement existe dans le POT que vous avez, j'ai vérifié logback-classic-1.0.1.jar:
Assurez-vous que votre classpath est configuré correctement. En passant: si possible, mettre à jour logback parce que cette version est de 3 ans.
Aussi la guerre de fichier contient logback-classic-1.0.1.jar et d'autres fichiers jar. Les Classes se sont chargés à partir du fichier jar, mais pas de logback-classic-1.0.1.jar. Est-ce possible ?
OriginalL'auteur Marged
Si vous exactement assurer que logback de classe et logback-core sont déjà dans votre classpath. Voir ci-dessous.
Dans votre Logback.xml, vous avez besoin d'ajouter debug="true"
J'ai rencontré le problème de java.lang.NoClassDefFoundError: ch/qos/logback/classique/spi/ThrowableProxy " dans mon tomcat.
Cependant, après l'ajout de debug = "true", tout est ok.
OriginalL'auteur Cheng
J'ai résolu ce problème en faisant "mvn install" au lieu de "mvn clean install".
OriginalL'auteur Aliuk