Se produjo un error interno durante: "Actualización del proyecto Maven". java.lang.NullPointerException

Estoy desarrollando un proyecto web Java EE. Cuando intento agregar una dependencia, aparece este mensaje de error. Yo uso Eclipse Kepler.

Se produjo un error interno durante: "Actualización del proyecto Maven". java.lang.NullPointerException

¿Usted me podría ayudar? Gracias.

Resolví el mío eliminando la .settingscarpeta y el .projectarchivo en el proyecto y luego reimportando el proyecto.

Para mí funcionó la respuesta que encontré en CodeRanch , por el usuario Maneesh Godbole :

1. Cierre el eclipse.
2. Navega a tu carpeta "área de trabajo"
3. Asegúrese de que la configuración de su sistema operativo para ver archivos ocultos esté activada
4. Identificar y eliminar el directorio .metadata
5. Reiniciar eclipse
6. Importar proyecto

Tuve el mismo problema en uno de mis módulos.

Ejecutar "mvn eclipse: eclipse" en la consola / cmd me resolvió el problema.

En nuestra instancia de este problema, teníamos pom.xmlarchivos donde la configuración de mapeo del ciclo de vida específico de m2e

<pluginManagement>
    <plugins>
        <plugin>
            <groupId>org.eclipse.m2e</groupId>
            <artifactId>lifecycle-mapping</artifactId>
            <version>1.0.0</version>
            <configuration>
                <lifecycleMappingMetadata>
...

no tenia el <version>1.0.0</version> papel. Al hacer un Maven -> Actualizar proyecto ..., esto causa la NullPointerException reportada sin un seguimiento de pila. Al usar una nueva importación ... -> Proyectos existentes de Maven, se produjo la misma excepción, pero con un seguimiento de pila que me llevó a encontrar lo anterior.

(Esto es con m2e 1.6.1.20150625-2338 en Eclipse Luna Service Release 2 (4.4.2).)

En caso de que ayude a alguien, además de eliminar .settingsy .project, tuve que eliminar .classpathy .factorypathantes de poder importar el proyecto con éxito a Eclipse.

El archivo org.eclipse.m2e.core.prefs está en la carpeta .settings . Si te enfrentas al problema de

An internal error occurred during: "Updating Maven Project". java.lang.NullPointerException

Elimine el proyecto de eclipse y luego elimine la carpeta .settings y el archivo .project en el proyecto -> luego vuelva a importar el proyecto.

Esto me ayudó: Project menu -> Clean... -> clean all projects

eliminar el repositorio local de maven me ayudó

Eclipse tiene un registro de errores. Allí verá el seguimiento completo de la pila. En mi caso, parece ser causado por un archivo jar incorrecto combinado con las librerías java.util.zip que no arrojan una excepción adecuada, solo una NullPointerException.

Estoy usando:

Eclipse Java EE IDE para desarrolladores web.

Versión: Neon.3 Release (4.6.3) Id. De compilación: 20170314-1500

La solución / truco para mí fue eliminar mi repositorio local en ~ / .m2 / repository para eliminar las dependencias locales y reconstruir mi proyecto en el que se eliminan las nuevas dependencias.

Yo tuve el mismo problema. Ninguna de las soluciones aquí funcionó. Tuve que reinstalar completamente eclipse y crear un nuevo espacio de trabajo. ¡Entonces funcionó!

Ninguno de los métodos anteriores funcionó para mí. Esto también puede surgir debido a la presencia de dependencia circular en su espacio de trabajo de eclipse. Entonces, si hay otros errores presentes en cualquiera de los otros proyectos en su espacio de trabajo, intente solucionarlos y luego este problema desaparecerá. Así es como eliminé el error.

Tuve este mismo problema en múltiples proyectos y múltiples espacios de trabajo, ninguna de las soluciones que encontré en línea funcionó para mí. Estoy usando STS y lo único que funcionó fue ir a mi directorio STS y agregar un "-clean" en la parte superior del archivo STS.ini. A continuación, puede iniciar su espacio de trabajo y ejecutar maven clean sin errores. (también puede eliminar la etiqueta -clean del archivo ini para que no se limpie cada vez que lo inicie)

Espero que esto ayude a alguien.

El problema raíz en mi caso fue un conflicto de archivos en la carpeta .settings. Por lo tanto, eliminar la carpeta .settings habría resuelto el error de Maven, pero quería conservar algunos de mis archivos de configuración locales. Resolví el conflicto, luego intenté una actualización de Maven nuevamente y funcionó.

Tuve el mismo problema ... ¡solución al final!

aquí el registro del eclipse:

java.lang.NullPointerException
    at com.google.appengine.eclipse.wtp.maven.GaeRuntimeManager.getGaeRuntime(GaeRuntimeManager.java:85)
    at com.google.appengine.eclipse.wtp.maven.GaeRuntimeManager.ensureGaeRuntimeWithSdk(GaeRuntimeManager.java:55)
    at com.google.appengine.eclipse.wtp.maven.GaeFacetManager.addGaeFacet(GaeFacetManager.java:59)
    at com.google.appengine.eclipse.wtp.maven.GaeProjectConfigurator.configure(GaeProjectConfigurator.java:46)

... proviene de "appengine maven wtp plugin" que intenta obtener el tipo de tiempo de ejecución GAE, pero parece ser nulo aquí (... getRuntimeType () -> NPE):

ver clase com.google.appengine.eclipse.wtp.maven / GaeRuntimeManager.java

  private static IRuntime getGaeRuntime(String sdkVersion) {
    IRuntime[] runtimes = ServerCore.getRuntimes();
    for (IRuntime runtime : runtimes) {
      if (runtime != null &&  **runtime.getRuntimeType()**.equals(GAE_RUNTIME_TYPE)) {

Entonces, si registra eclipse, Google App Engine es visible, pero cuando lo seleccione verá que no hay SDK asociado ...

SOLUCIÓN: en rojo en la captura de pantalla ;-)

Encontré este mismo síntoma y ninguna de las soluciones anteriores fue útil. Finalmente obtuve un seguimiento de la pila del problema al importar el proyecto ear nuevamente a eclipse, y pude rastrear esto hasta org.eclipse.m2e.wtp.MavenDeploymentDescriptorManagement que estaba tratando de eliminar un directorio en el directorio temporal de Windows llamado " .mavenDeploymentDescriptorManagement ", que provocó una NullPointerException irracional del método java.io.File.exists (), particularmente porque el código ya había hecho lo mismo con éxito en un método anterior con la misma variable, luego llamado file.isFile () sin problema.

Verificar esto en el sistema de archivos reveló que solo se podía acceder al archivo con privilegios de administrador. Aparentemente, en algún momento lancé eclipse desde una consola de administrador por error. Al final, hice visibles los archivos ocultos en el explorador de Windows y eliminé el archivo temporal manualmente, lo que resolvió el problema.

¡Solo otra posible fuente del problema!

Descubrí que en mi caso fue el siguiente resourcebloqueo el que lo causó:

<project>
    <build>
        <resources>
            <resource>
                <directory>${basedir}/../some-folder</directory>
                <targetPath>outputFolder</targetPath>
            </resource>
        <resources>
    </build>
</project>

Incluía una carpeta de la carpeta del proyecto (el proyecto eclipse es una subcarpeta de la carpeta del proyecto con versión ).

En mi caso, podría eliminar el error eliminando el bloque y reemplazándolo con una llamada al complemento Build helper Maven:

<build>
    <plugins>
        <plugin>
            <groupId>org.codehaus.mojo</groupId>
            <artifactId>build-helper-maven-plugin</artifactId>
            <version>1.9.1</version>
            <executions>
                <execution>
                    <id>my-own-very-cool-id-for-this-step</id>
                    <phase>generate-resources</phase>
                    <goals>
                        <goal>add-resource</goal>
                    </goals>
                    <configuration>
                        <resources>
                            <resource>
                                <directory>${basedir}/../some-folder</directory>
                                <targetPath>outputFolder</targetPath>
                            </resource>
                        </resources>
                    </configuration>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

Tuve que reinstalar eclipse, eliminar la carpeta .m2 y reconstruir los frascos.

En mi caso, el problema fue un conflicto de dependencias derivadas que fueron utilizadas por otras dependencias, y algunas de esas versiones de dependencias derivadas no estaban disponibles, tal vez porque algunas implementaciones que olvidé hacer porque con la resolución del espacio de trabajo todo funcionó, pero al mover a otro entorno todo se rompió de repente. Y también estaba trabajando con rangos de versiones.

maven me estaba dando este error:

No se pudieron resolver las dependencias para el proyecto MyProject: MyProject: jar: 1.0.0: No se pudo resolver el conflicto de versiones entre Dependency-A: 1.0.1 -> Dependency-B: 1.1.0 -> Dependency-C: 1.0.0 , Dependency- X: 1.0.1 -> Dependencia-Y: 1.1.0 -> Dependencia-C: 1.0.0 , Dependencia-I: 1.0.1 -> Dependencia-J: 1.1.0 -> Dependencia-C: 1.0.0

Intenté todo lo anterior y nada funcionó, así que ...

LA SOLUCIÓN : Use LATEST como versión en todas las dependencias, por lo que maven no necesita resolver todas las dependencias en los rangos, lo cual debe usarse con cuidado porque si no implementa una de las dependencias, la compilación fallará.

Solo le sugiero que use ÚLTIMO si está trabajando con sus propias dependencias; de lo contrario, en alguna versión futura de terceros, podría encontrar algunos errores de compilación o tiempo de ejecución

Las soluciones anteriores no funcionaron para mí, ya que el problema con la versión abierta de JDK 13 https://github.com/spotify/dockerfile-maven/issues/163 Así que me degradé para abrir JDK8 y funciona para mí