Ошибка JNI, проверьте свою установку и повторите попытку [дублировать]

отредактируйте «.classpath» и включите ниже тег

<classpathentry kind="con" path="org.testng.TESTNG_CONTAINER"/>

, это может решить вашу проблему.

Моя проблема исходила из попытки отключить природу Maven из моего проекта и затем удалить файл pom.xml. Это плохо, очень плохо, не делайте этого. Если вы это сделаете, измените его на проект Maven и, надеюсь, вы сможете либо восстановить старый файл pom.xml, либо создать новый. Как только я это сделал, он снова работал.

EDIT: Недавно я снова столкнулся с этой проблемой, и на этот раз это произошло потому, что у меня были дубликаты библиотек в моем пути к классам. Один добавленный Maven (который начался с / M2_REPO / .... и затем один, который я добавил (чего я не должен был делать). Несмотря на то, что Eclipse сообщал, что он не может найти класс, фактическая проблема заключалась в том, что я если у него две библиотеки с тем же классом, и он не знал, какой из них использовать. Как только я удалил вторую ссылку, она сработала.

У меня были подобные проблемы при использовании «java» в начале имени пакета, например. java.jem.pc

Проверьте вывод консоли, я получаю: Исключение в потоке «main» java.lang.SecurityException: Запрещено имя пакета: java.jem.pc

На моей консоли не было информации, поэтому я отправил на поиски дополнительных решений и нашел их - уникальные решения, представленные здесь. Я столкнулся с этим с Eclipse Oxygen, пытающимся запустить старую Ant для проекта.

Причина 1 Я настроил Eclipse для использования внешней установки Ant, которая была версией 1.10.2, которая, по-видимому, имела в ней классы, которые были скомпилированный с JDK 9. В Eclipse я получил описанную выше ошибку JNI (запуск сборки Ant в командной строке дал мне известную «неподдерживаемую ошибку версии major.minor» - Java, которую я использовал в системе, был JDK 8).

Решение заключалось в откате во встроенную версию Eclipse Ant, являющейся 1.10.1. Я подтвердил это как правильное решение, загрузив Ant 1.10.1 отдельно и переконфигурировав Eclipse, чтобы использовать новый 1.10.1 извне, и он все еще работал.

Причина 2 Это также может произойти, если у вас установлены параметры времени выполнения Ant неправильно настроен в настройках Eclipse. В зависимости от версии Ant вы работаете, вам нужно добавить tools.jar из соответствующего JDK в путь класса, используемый для Ant Runtime (Home Entries). Более конкретно, без надлежащей конфигурации Eclipse будет жаловаться при запуске цели Ant, что версия JRE меньше определенной требуемой версии.

По сути, «правильная настройка» означает выравнивание каждого из элементов конфигурации в Eclipse для запуска Ant, чтобы все они работали вместе. Это включает запись Ant Runtime Home (должна указывать на версию Ant, совместимую с вашим выбранным JDK), вы не можете запустить Ant с JDK 8, когда он был скомпилирован против JDK 9); указав tools.jar, который принадлежит JDK, который вы хотите запустить Ant в настройках Ant Runtime; и, наконец, установить среду JRE вашего скрипта сборки для JDK, который вы хотите запустить Ant в настройке внешних инструментов. Все 3 из этих настроек должны согласиться, чтобы избежать ошибки, описанной выше. Вам также необходимо будет учитывать атрибуты, используемые в тэге javac, чтобы гарантировать, что JDK, который вы используете, способен выполнять, как вы указали (например, JDK 7 не может скомпилировать код с использованием исходной и целевой версии 8).

Более того, если вы действительно пытаетесь запустить скрипт сборки Ant для компиляции кода для более старого JDK (например, менее 8 для Oxygen), эта статья помогла получить доступ к запуску Ant против старше JDK . Существуют версии Ant plugin для нескольких версий Eclipse, инструкции краткие и правильная версия плагина для вашего Eclipse важна.

Или проще вы можете использовать это очень хорошее решение , чтобы выполнить вашу устаревшую компиляцию , которая не требует замены плагина Eclipse, но вместо этого изменит тэг javac в вашем скрипте сборки (при использовании последнего JDK).

В моем случае проблема была вызвана версией JDK. Чтобы решить эту проблему, я предлагаю перейти в ваш файл pom и проверить <jdk.version>1.7</jdk.version>.

. После этого проверьте java-версию в вашем cmd (windows) или терминале (OSX или LINUX), введя: java -version.

Сравните версию, показанную в командной строке терминала \ с тем, что у вас есть в вашем файле pom. Убедитесь, что они одинаковые. Затем запустите проект еще раз.

Это может произойти, если версия JDK отличается.

попробуйте это с помощью maven:

<properties>
    <jdk.version>1.8</jdk.version>
</properties>

в build-> плагинах:

<plugin>

    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>2.3.2</version>
    <configuration>
        <source>${jdk.version}</source>
        <target>${jdk.version}</target>
    </configuration>

</plugin>

Надеюсь, это поможет кому-то другому. Я страдал этим, работая над проектом несколько лет назад, а затем работа над новым проектом начиналась неудачно несколько дней назад. Я нашел этот пост и пытался вспомнить, что я изменил в своем проекте, а затем я вспомнил, что я изменил свой maven pom и удалил запись для maven-jar-plugin. Когда вы создаете банку, цель которой должна быть исполняемой, вам нужно включить ее, чтобы некоторые записи записывались в манифест. Я открыл старый проект, скопировал эту запись (с некоторыми изменениями для названия проекта), и она сработала.

Я столкнулся с аналогичной проблемой и получил решение в названии пакета. Я сохранил имя пакета как java.basics. В консоли я получил намек на это, так как ясно сказано, что имя запрещенного пакета. Поэтому я изменил имя пакета, и оно сработало.

Я столкнулся с той же ошибкой, когда добавляю в мой проект следующую зависимость maven:

<artifactId>aws-encryption-sdk-java</artifactId>

Ошибка возникла только тогда, когда я запустил файл jar-тени, созданный maven-shade- плагин. Я смог преодолеть ошибку, используя банку, созданную maven-assembly-plugin.

В Netbeans 8.0.2:

1. Щелкните правой кнопкой мыши на вашем пакете.
2. Выберите «Свойства».
3. Перейдите к опции «Выполнить» .
4. Выберите основной класс, просмотрев имя вашего класса.
5. Нажмите кнопку «Ok».

Проверьте консоль. В нем говорится об ошибке java.lang.SecurityException. Измените свое имя пакета. Я изменил имя пакета с «java.assessment» на «assesment», и это сработало для меня. Если кто-то знает основную причину, сообщите мне.

Программы, написанные на одной версии jdk, не будут поддерживать платформу JNI другой версии jdk. Если в случае использования jdk10 и jdk8, eclipse настроен для jdk10 и кода, написанного на jdk10. Теперь я не хочу использовать jdk10 и начал использовать jdk8 как jvm и пытался запустить код, написанный на jdk10, поэтому eclipse будет проходить через ошибку JNI. Итак, чтобы выйти из этой ошибки, добавьте текущий путь JVM к файлу eclipse.ini, после этого скопируйте написанный код в буфер обмена и удалите проект в eclipse и создайте новый проект и проверьте скопированный код и запустите.

Вы можете попробовать: щелкните правой кнопкой мыши по проекту, а затем нажмите «Очистить». После этого запустите проект.

Он работает для меня.

Столкнулась с той же проблемой в Netbeans 8.0.2. Clean and Build Project решил эту проблему.

Вы можете сначала проверить консоль, чтобы увидеть фактическое сообщение об ошибке, а затем продолжить поиск ответов на эту ошибку.

Моя консоль показывает ошибку NoClassDefFound для класса jcommander. Вероятно, ваша ошибка будет отличаться от моей. Причина моей ошибки в том, что класс jcommander не находится в моем репозитории M2, поэтому мне просто нужно добавить эту зависимость в мой pom.xml. Вы можете проверить, все ли все зависимые классы объявлены и добавлены в текущую конфигурацию конфигурации и проекта.

NoClassDefFoundError

Я думаю, это происходит потому, что имя вашего класса является тем же именем другого класса в JDK. Помогите затмению определить, какой из них вы пытаетесь запустить, выбрав пакет, в котором находится ваш класс. Переход к конфигурации запуска выбирает проект и основной класс.

Когда вы нажимаете кнопку поиска, чтобы выбрать основной класс, вы найдете варианты с таким же именем, но с другим пакетом, выберите свой класс.

ВОЗМОЖНОЕ РЕШЕНИЕ Если NONE из этих решений сработало для вас, попробуйте это ... Я, наконец, получил свою работу, удалив две папки «.metadata» & amp; «.recommenders» в папке рабочего пространства. Вы можете найти свой путь к папке рабочей области, щелкнув «Файл»> «Переключить рабочее пространство»> «Другое» в панели инструментов приложения Eclipse.

Теперь я полный noob, плачущий мой путь через степень SE в Сан Хосе. Поэтому я просто делюсь тем, что сработало для меня, не зная о том, почему именно. Я не знаю, какой вред или головные боли, или даже если обе вышеупомянутые папки необходимо удалить. Но, в конце концов, это сработало для меня, и кажется, что приложение просто обновляет новые версии этих папок в любом случае.

Все не работает для меня, но как только я удалю «.metadata» & amp; «.recommenders» рабочей области, а также удалить папку «bin» и «setting», а затем после повторного импорта того же проекта, то он работал для меня.

Ошибка: Произошла ошибка JNI, проверьте свою установку и повторите попытку в Eclipse Решение: Проверьте имя своего пакета, поскольку оно может сталкиваться с именем пакета в Ява. Просто измените имя пакета, чтобы решить проблему. :) [/ Д2]

Я также столкнулся с той же проблемой. Посмотрев на консоль, которая говорит

проблема java.lang.SecurityException.

Решение:

Check ваше имя пакета вашего проекта.

Надеемся, что ваша проблема будет решена. Если нет, то, пожалуйста, распечатайте трассировку консоли для отслеживания основной причины.