Я розробляю веб-проект Java EE. Коли я намагаюся додати залежність, з'являється це повідомлення про помилку. Я використовую Eclipse Kepler.
Внутрішня помилка сталася під час: "Оновлення проекту Maven". java.lang.NullPointerException
Не могли б ви мені допомогти? Дякую.
Відповіді:
Я вирішив своє, видаливши .settingsпапку та .projectфайл у проекті, а потім повторно імпортувавши проект.
Для мене спрацювала відповідь, яку я знайшов на CodeRanch від користувача Maneesh Godbole :
- Близьке затемнення.
- Перейдіть до папки "робоча область"
- Переконайтеся, що у вашій ОС увімкнено налаштування перегляду прихованих файлів
- Визначте та видаліть каталог .metadata
- Перезапустіть затемнення
- Імпорт проекту
У мене була однакова проблема в одному з моїх модулів.
Запуск "mvn eclipse: eclipse" у консолі / cmd вирішив проблему для мене.
У нашому випадку цієї проблеми у нас були pom.xmlфайли, в яких конфігурація відображення життєвого циклу, конкретна m2e
<pluginManagement>
<plugins>
<plugin>
<groupId>org.eclipse.m2e</groupId>
<artifactId>lifecycle-mapping</artifactId>
<version>1.0.0</version>
<configuration>
<lifecycleMappingMetadata>
...не мав <version>1.0.0</version>ролі. При виконанні проекту Maven -> оновлення ... це спричиняє звіт NullPointerException без трасування стека. При використанні свіжого Імпорту ... -> Існуючі проекти Maven стався той самий виняток, але з трасуванням стека, який змусив мене знайти вищезазначене.
(Це стосується m2e 1.6.1.20150625-2338 у версії 2 Eclipse Luna Service (4.4.2).)
Файл org.eclipse.m2e.core.prefs знаходиться в папці .settings . Якщо ви стикаєтесь з проблемою
An internal error occurred during: "Updating Maven Project". java.lang.NullPointerException
Видалити проект з затемнення потім, видаливши .settings папки і .project файлу в проекті -> потім повторно імпортувати проект.
Eclipse має журнал помилок. Там ви побачите повну трасу стека. У моєму випадку це, здається, спричинене поганим файлом jar у поєднанні з бібліотеками java.util.zip, які не видають належного винятку, а лише NullPointerException.
Я використовую:
Eclipse Java EE IDE для веб-розробників.
Версія: Випуск Neon.3 (4.6.3) Ідентифікатор збірки: 20170314-1500
Виправлення / хитрість для мене було видалення мого локального сховища в ~ / .m2 / сховищі з метою видалення локальних залежностей та відновлення мого проекту, в якому витягуються нові залежності.
Жоден із перерахованих вище методів у мене не спрацював. Це також може виникнути через наявність кругової залежності у вашому робочому просторі eclipse. Отже, якщо в будь-якому з інших проектів у вашій робочій області є інші помилки, спробуйте виправити їх, і ця проблема буде знищена. Ось як я усунув помилку.
У мене була та сама проблема у кількох проектах і в декількох робочих просторах, жодне з рішень, які я знайшов в Інтернеті, не працювало для мене. Я використовую STS, і єдине, що спрацювало, це зайти в мій каталог STS і додати "-clean" у верхню частину файлу STS.ini. Потім ви можете запустити робочу область і запустити maven clean без помилок. (Ви також можете видалити тег -clean з файлу ini, щоб він не очищався кожного разу, коли ви його запускаєте)
Сподіваюся, це комусь допомагає.
Корінною проблемою в моєму випадку був конфлікт файлів у папці .settings. Отже, видалення папки .settings усунуло б помилку Maven, але я хотів зберегти деякі мої локальні файли конфігурації. Я вирішив конфлікт, а потім знову спробував оновити Maven, і воно спрацювало.
У мене була та сама проблема ... рішення наприкінці!
ось журнал затемнення:
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)... це походить від "додаткового модуля wtp appevenine maven", який намагається отримати тип середовища виконання GAE, але, здається, тут нуль (... getRuntimeType () -> NPE):
див. клас 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)) {Отже, якщо ви зареєструєтесь у eclipse, Google App Engine буде видимим, але, вибравши його, ви побачите, що SDK не пов’язаний ...
РІШЕННЯ: червоним кольором на скріншоті ;-)
Я зіткнувся з цим самим симптомом, і жодне з наведених вище рішень не було корисним. Нарешті я отримав стек проблеми, імпортуючи проект вуха знову до eclipse, і зміг відстежити це до org.eclipse.m2e.wtp.MavenDeploymentDescriptorManagement, який намагався видалити каталог у тимчасовій директорії Windows під назвою " .mavenDeploymentDescriptorManagement ", що спричинило ірраціональний NullPointerException від методу java.io.File.exists (), особливо тому, що код уже успішно виконував те саме в попередньому методі з тією ж змінною, який потім називався file.isFile () без проблема.
Перевірка цього у файловій системі показала, що доступ до файлу можна отримати лише за правами адміністратора. Очевидно, я якось помилково запустив eclipse з консолі адміністратора. Врешті-решт я просто зробив приховані файли видимими у провіднику Windows і видалив тимчасовий файл вручну, що вирішило проблему.
Просто ще одне можливе джерело проблеми!
Я з’ясував, що в моєму випадку це resourceспричинив такий блок:
<project>
<build>
<resources>
<resource>
<directory>${basedir}/../some-folder</directory>
<targetPath>outputFolder</targetPath>
</resource>
<resources>
</build>
</project>Він включав папку з папки проекту ( проект eclipse є підпапкою папки версій проекту ).
У моєму випадку я міг видалити помилку, видаливши блок і замінивши його викликом допоміжного модуля Build Magin:
<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>У моєму випадку проблема полягала в конфлікті похідних залежностей, які використовувались іншими залежностями, і деякі з цих версій похідних залежностей були недоступні, можливо, тому, що деякі розгортання, про які я забув зробити, оскільки з дозволом робочої області все працювало, але при русі в інше середовище все раптом зламалося. А також я працював з діапазонами версій
maven видавав мені цю помилку:
Не вдалося вирішити залежності для проекту MyProject: MyProject: jar: 1.0.0: Не вдалося вирішити конфлікт версій між Dependency-A: 1.0.1 -> Dependency-B: 1.1.0 -> Dependency-C: 1.0.0 , Dependency- X: 1.0.1 -> Залежність-Y: 1.1.0 -> Залежність-C: 1.0.0 , Залежність-I: 1.0.1 -> Залежність-J: 1.1.0 -> Залежність-C: 1.0.0
Я спробував усе вище, і нічого не вийшло, тому ...
РІШЕННЯ : Використовуйте ОСТАННЮ як версію у всіх залежностях, тому maven не потрібно вирішувати всі залежності в діапазонах, що слід використовувати обережно, тому що якщо ви пропустите розгортання однієї із залежностей, збірка не вдасться
Тільки я пропоную вам використовувати ОСТАННІЙ, якщо ви працюєте зі своїми власними залежностями, інакше в якійсь сторонній майбутній версії ви можете знайти деякі помилки компіляції або виконання
Наведені вище рішення не працювали для мене, оскільки проблема з відкритою версією JDK 13 https://github.com/spotify/dockerfile-maven/issues/163 Тож я перейшов до відкриття JDK8, і це працює для мене