wrong not name initialize could java noclassdeffounderror
el enlace directo aquí

name - Obtención de la excepción java.lang.ClassNotFoundException: org.apache.commons.logging.LogFactory



java.lang.noclassdeffounderror wrong name (23)

estoy ejecutando el programa de inyección de dependencia simple de la primavera y obtengo esta excepción. Ya he incluido common-logging1.1.1.jar y el archivo spring.jar. ¿Podrías por favor ayudarme?

Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory at org.springframework.context.support.AbstractApplicationContext.<init>(AbstractApplicationContext.java:119) at org.springframework.context.support.AbstractXmlApplicationContext.<init>(AbstractXmlApplicationContext.java:55) at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:77) at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:65) at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:56) at com.client.StoryReader.main(StoryReader.java:15) Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.LogFactory at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClassInternal(Unknown Source) ... 6 more


Ya he incluido common-logging1.1.1.jar y ...

¿Estás seguro de que deletreaste el nombre del archivo JAR exactamente correcto? Creo que probablemente debería ser commons-logging-1.1.1.jar (tenga en cuenta el extra - en el nombre). También verifique si el nombre del directorio es correcto.

NoClassDefFoundError siempre significa que no se puede encontrar una clase, por lo que es muy probable que su ruta de clase no sea correcta.


Agregar commons-logging.jar o commons-logging-1.1.jar resolverá esto ...


Configurar el alcance para compilar lo hizo por mí

<dependency> <groupId>commons-logging</groupId> <artifactId>commons-logging</artifactId> <version>1.2</version> <scope>compile</scope> </dependency>


Dos opciones (al menos):

  1. Agregue el archivo de registro de recursos comunes a su archivo copiándolo en una carpeta local.

Nota: vincular el contenedor puede generar problemas con el servidor y quizás la razón por la cual se agrega a la ruta de compilación pero no resuelve el problema de inicio del servidor.

Por lo tanto, no apunte el contenedor a una carpeta externa.

O...

  1. Si realmente no desea agregarlo localmente porque está compartiendo el contenedor entre proyectos, entonces ...

Si está utilizando una instancia de servidor tc, entonces necesita agregar el jar como un jar externo a la instancia del servidor ejecutar configuraciones.

vaya a ejecutar como, ejecutar configuraciones ..., {su instancia de servidor tc}, y luego la pestaña Ruta de clase.

A continuación, agregue el contenedor de registro común.


Estaba obteniendo el mismo error mientras el contenedor estaba presente. Ninguna solución funcionó. Lo que funcionó fue eliminar el jar del sistema de archivos (desde el directorio .m2) y luego limpiar el proyecto maven.


Generalmente asigno el classpath a una variable y luego lo verifico. Escribí un pequeño script de ruby ​​que incluí en uno de mis scripts de inicio que valida el classpath antes de lanzar java . La validación de la ruta de clase antes de que comience la JVM me ha ahorrado mucho tiempo solucionando este tipo de problemas.


Hola amigos si recibes alguna excepción no encontrada en clase en el código de hibernación, es el problema de los archivos jar. Hay dos problemas principalmente
1.Quiero decir que su versión anterior de hibernación puede estar 3.2 abajo. Así que si prueba más de 3.6, funcionará bien

2.primero comprueba la conexión de la base de datos. Si la base de datos funciona correctamente, fue un error en su programa o archivo jar.

por favor, compruebe estos dos prioblems si tampoco funciona, intentó IDE. Estoy usando Netbeanside 6.9 version.here hibernate funciona bien. No obtienes ningún error de la clase no excepción de fondo.

Espero que este ayude más


Hola, estaba siguiendo el tutorial en tutorialpoint.com. Agregar después de completar Paso 2: instalar la API de registro común de Apache: debe importar bibliotecas de jar externas al proyecto desde los archivos descargados en este paso. Para mí, el nombre del archivo era " commons-logging-1.1.1 ".


Intente hacer una limpieza completa del directorio de destino / implementación de la aplicación para deshacerse de cualquier tarro de biblioteca obsoleto. Realice una compilación nueva y compruebe que Commons-logging.jar se está colocando en la carpeta lib correcta. Es posible que no se incluya cuando esté compilando la biblioteca para la aplicación.


La solución es Agregar archivo jar common-logging.xx


Problema resuelto añadiendo commons-logging.jar

Los archivos de Imp son,

antlr-runtime-3.0.1 org.springframework.aop-3.1.0.M2 org.springframework.asm-3.1.0.M2 org.springframework.aspects-3.1.0.M2 org.springframework.beans-3.1.0.M2 org.springframework.context.support-3.1.0.M2 org.springframework.context-3.1.0.M2 org.springframework.core-3.1.0.M2 org.springframework.expression-3.1.0.M2 commons-logging-1.1.1


Si está ejecutando esto en Android, tenga en cuenta que el paquete aparentemente java.beans no está completo en Android. Para intentar repararlo en Android, intente lo siguiente:

  1. Descargue android-java-air-bridge.jar (actualmente el botón de descarga se encuentra en la parte inferior de la página o en el enlace directo aquí )
  2. Copie el archivo descargado en su directorio [APPROOT] / app / libs (o enlace el archivo de otra forma)
  3. Cambie las declaraciones import *** a la de air-bridge. Por ejemplo, import javadz.beanutils.BeanUtils lugar de import org.apache.commons.beanutils.BeanUtils;
  4. Limpiar y reconstruir el proyecto

fuente 1 , fuente 2

Me disculpo porque me doy cuenta de que esto no responde exactamente la pregunta, aunque esta página SO aparece mucho cuando se busca NoClassDefFoundError: Failed resolution of: beanUtils generado por NoClassDefFoundError: Failed resolution of: beanUtils errors.


Si está utilizando maven para administrar dependencias, agregue la siguiente línea en su pom.xml:

<dependency> <groupId>commons-logging</groupId> <artifactId>commons-logging</artifactId> <version>1.1.1</version> </dependency>


Si todo lo demás falla, como lo hizo para mí, intente poner commons-logging-xyzjar en su directorio lib de Tomcat. ¡Solucionó el problema! Por cierto, estoy usando Tomcat 6.


Solo verifique si commons-logging.jar se ha agregado a sus libs y classpath ... Tuve el mismo problema y eso fue por eso. dhammikas-



Tengo el mismo problema que tú. Finalmente revisé la versión de apache que posee la clase. Descubrí que la versión 1.0.4 tiene la clase.

Intenta usar la versión 1.0.4 en lugar de 1.1.X o 1.2.X

Mis dependencias:

<dependencies> <dependency> <groupId>org.jolokia</groupId> <artifactId>jolokia-core</artifactId> <version>1.3.5</version> </dependency> <dependency> <groupId>org.jolokia</groupId> <artifactId>jolokia-client-java</artifactId> <version>1.3.5</version> </dependency> <dependency> <groupId>commons-logging</groupId> <artifactId>commons-logging</artifactId> <version>1.0.4</version> </dependency> </dependencies>

Mi código de Java

J4pClient j4pClient = new J4pClient("http://localhost:8080/jolokia"); J4pReadRequest req = new J4pReadRequest("java.lang:type=Memory","HeapMemoryUsage"); req.setPath("used"); J4pReadResponse resp = j4pClient.execute(req); System.out.println(resp.getValue());

Mi resultado:

130489168

Verifique también que las dependencias de maven estén bien importadas.


Tuve el mismo problema y lo resolví simplemente añadiendo commons-logging.jar a la ruta de clase.



Verifique si los frascos se importaron correctamente. Los importé usando la ruta de compilación. Pero no reconoció el jar en la carpeta WAR / lib. Más tarde, copié el mismo jar a la carpeta war / lib . Funciona bien ahora. Puede actualizar / limpiar su proyecto.


commons-logging-1.1.1.jar o jcl-over-slf4j-1.7.6.jar al

Si usa maven, use el siguiente código.

<dependency> <groupId>org.slf4j</groupId> <artifactId>jcl-over-slf4j</artifactId> <version>${slf4j.version}</version> </dependency>


intente agregar esta dependencia org.apache.commons commons-exec 1.3