A jni error has occurred please check your installation and try again jar как исправить
Перейти к содержимому

A jni error has occurred please check your installation and try again jar как исправить

A JNI error has occurred, please check your installation and try again — как исправить?

При запуске какого-либо кода, написанного на Java, программист может получить сообщение об ошибке с текстом «A JNI error has occurred, please check your installation and try again». Обычно причиной ошибки выступает разница в версии компилятора и среды выполнения, из-за чего происходит некорректная интерпретация и выполнение имеющегося кода. Ниже разберём, в чём суть данной ошибки, как её исправить, а также отдельно укажем, как решить данную ошибку при запуске игры Minecraft.

Что такое JVM, JNI и JRE?

Как известно, программы, написанные на «Java», компилируются в байтовый код, который распознаётся виртуальной машиной Ява, называемой «JVM» (Java Virtual Machine). JVM по своей сути является компьютерным симулятором, и при запуске программы написанной на Java, распознаёт инструкции байтового кода, и переводит их в машинные инструкции собственной системы.

JVM должна обеспечивать удобный способ доступа к ресурсам системы – файлам, сетевым соединениям, видеокарте и другим компонентам. Механизмы доступа к этим ресурсам напрямую зависят от системы, в которой работает JVM. Для обеспечения своей работы виртуальная машина использует собственный интерфейс Java, называемый «JNI» (Java Native Interface).

Методы Java, использующие JNI для доступа к службам, квалифицируются термином «native». Квалификатор «native» сообщает виртуальной машине, что код для выполнения при вызове данного метода присутствует во внешней библиотеке. JVM ищет конкретный вызов библиотеки, который необходимо выполнить, на основе полного имени пути к методу и его аргументам. Существует специальное соглашение об именах, позволяющее сопоставить метод с конкретной ссылкой на внешнюю библиотеку.

Данный механизм JNI позволяет программам на Java кодировать имя переносимого метода. И скомпилированный в Виндовс код Java будет отлично запускаться на компьютерах под управлением Линукс или Мак.

Как мы уже писали выше, Java имеет собственные библиотеки для обеспечения базового взаимодействия с системой на уровне чтения-записи файлов, создания сетевых подключений и вывода изображения на экран. Они распространяются с JVM как часть среды выполнения Ява, известные как «JRE» (Java Runtime Environment), независимо от того, является ли она автономной JRE или включена в Java Development Kit (JDK).

Причина проблемы A JNI error has occurred, please check your installation and try again

Текст данной ошибки переводится как «Произошла ошибки INI, пожалуйста, проверьте вашу инсталляцию и попробуйте вновь». Данная ошибка, получаемая при запуске программы на JVM, указывает на проблему с запуском кода, связанного с собственным методом.

Причины проблемы могут быть следующими:

  • Повреждена библиотека JDK / JRE, вследствие чего она не может быть загружена, и JVM не сможет выполнить код;
  • Повреждён функционал операционной системы, вследствие чего последняя не в состоянии удовлетворить системный вызов, созданный нативным кодом;
  • Имеются различия в номерах версий JRE (среда выполнения Java) и JDK (Java Development Kit), что также может вызывать ошибку JNI. Различия в номерах версий приведут к тому, что JVM откажется запускать код, потому что он был скомпилирован для совместимости с версией Java, превышающей максимальную версию, поддерживаемую JVM. Проще говоря, код может быть скомпилирован на одной версии Ява (например, 10), а пытается запускаться с помощью версии Ява 9;
  • Также проблема может быть вызвана при попытке запустить файл.jar через командную строку, например с помощью команды java -jar File.jar.

Давайте разберём способы, позволяющие устранить ошибку JNI на вашем ПК.

Установите одинаковую версию JRE и JDK

Исправить ошибку «A JNI error has occurred» поможет обновление JRE и JDK до актуальных синхронных версий. Необходимо убедится в их одинаковой версии, для чего вызовите системную строку (нажмите Win+R, введите там cmd и нажмите ввод), и наберите там:

java -version и нажмите ввод.

Затем наберите: javac –version

Полученные результаты должны совпадать. Если они они не совпадают, то это сигнализирует о несоответствии версии компилятора и среды выполнения Java. Для решения проблемы рекомендуем установить однотипные и актуальные версии компилятора и среды выполнения, после чего вновь используйте команды «java -version» и «javac -version» для проверки, возвращают ли данные команды один и тот же номер версии.

Если версии синхронны, тогда ваш код Java необходимо будет скомпилировать с помощью компилятора новой версии. После этого ошибка «A JNI error has occurred, please check your installation» может быть устранена.

Правильно настройте переменные среды для Java

Для исправления ошибки «A JNI error has occurred» может понадобится настроить переменные среды для Java. Выполните следующее:

A JNI error has occurred, please check your installation and try again при компиляции java программы

Многие новички, которые изучают программирование на Java при компиляции могут столкнуться с ошибкой «A JNI error has occurred, please check your installation and try again». Ошибка выскакивает даже если запускать совсем простой код типа «hello world!» как в примере ниже.

Пример простого кода программы

Пример простого кода Hello World!

Обычно компиляция проходит, но созданный класс не интерпретируется. У большинства пользователей ошибка появляется из-за следующих двух моментов:

  1. Неправильные пути в переменных средах;
  2. Вы компилируете файл более новой версией Java, а запустить пытаетесь на более ранней. Например компилировали при помощи Java 10, а запускаете на Java 9.

Как исправить ошибки при запуске и компиляции?

Первое, что следует проверить – пути в переменных средах. По списку первым например стоит путь:

А в конце каталог до jdk:

Операционная система компьютера находит екзешник «java.exe» и первым делом смотрит в «..\javapath» и останавливает поиск. Вам нужен файл что лежит в «…jdk\bin». В переменных средах сначала нужно поставить \jdk\bin, а потом уже \javapath. В конечном результате путь должен быть примерно такой:

PATH=C:\Program Files\jdk\bin;C:\Program Files (x86)\Common Files\Oracle\Java\javapath;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Windows\System32\OpenSSH\;C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common;C:\Program Files (x86)\QuickTime\QTSystem\

Во втором случае всё еще проще. Если вы компилируете используя более позднюю версию Java Runtime 54, то соответственно и запуск нужно производить в аналогичной версии. Сама строчка «hello has been compiled by a more recent version of the Java Runtime (class file version 54.0), this version of the Java Runtime only recognizes class file versions up to 53.0» как раз говорит нам об этом. Проверить это можно вбив фразу в тот же Гугл Переводчик.

Compiled by a more recent version of the Java Runtime

Compiled by a more recent version of the Java Runtime

Выводы

Как видим с ошибкой» A JNI error has occurred, please check your installation and try again» при компиляции Java программы в основном сталкиваются новички. Решить проблему можно проверив версии Java при компиляции и запуске файлов программы. А так же просмотреть корректность путей к «\jdk\bin» и «\javapath». Напишите в комментариях помогло ли вам решение и удалось ли запустить вашу первую программу.

Error "A JNI error has occurred. Please check your installation and try again in Eclipse x86 Windows 8.1"

The above code works perfectly on my friend’s laptop and throws this error on my laptop. I have running the code on Eclipse v4.2 (Juno) using Java 7.

I have also tested and run a lot of Java programs on my laptop all works well. This is the only program which gives such an error.

How can I fix this problem?

user avatar

41 Answers 41

I have been having this problem for a while, but now I have figured it out.

It turns out that Java JDK 12 has both the JRE and the JDK inside the bin folder of the Java 12 JDK. (I have always believed that JRE and JDK are different application, but it turns out things have changed.)

My problem was that I had Java JDK 12 installed on my computer. At the same time, I had Java 8 (JRE) Installed on my computer. So my computer was getting confused.

With my command prompt environment set up to run Java and Javac commands:

I typed the follow commands:

This gave me Java 8.

After that, I typed:

This gave me Java 12.

In other words, my program is getting compiled with Java 12 and I am trying to run with Java 8.

To solve the problem, I uninstalled Java 8 JRE from my computer.

I went back to command prompt to check if "java -version" and "javac -version" was returning the same version number, and yes, it was returning Java 12.

I tried recompiling my program again, and running it. It worked!!

user avatar

user avatar

Solution 1: Right-click on the class that contains the main method. Click on "Run As". Click on "Java Application". The keyboard shortcut is: Shift + Alt + X , J (while holding Shift and Alt , press X ; then release Shift and Alt and press J ).

Solution 2: As Professor mentioned, please make sure that java -version and javac -version are the same.

Note: Solution 1 is a quick fix and worked for me and a few other people. It may or may not work for you. I think Solution 2 is the proper way to solve it.

user avatar

user avatar

Running the jar from command line by:

I got information which made the problem clearer:

main/Main has been compiled by a more recent version of the Java Runtime

enter image description here

In this case, the jar was compiled with a version newer than jre supports.

user avatar

Error: A JNI error has occurred, please check your installation and try again in Eclipse

Solution: Check your package name as it may be colliding with the package name in Java. Simply change the package name to resolve your issue. 🙂

user avatar

I solved it by changing my ‘Compiler compliance level’. In Eclipse:

Menu WindowPreferencesJavaCompiler.

user avatar

I had similar issues when using ‘java’ at the beginning of the package name, e.g. java.jem.pc

Check your console output, I was receiving:

user avatar

user avatar

I faced a similar problem with a project, in IntelliJ with Maven dependencies.

I solved it changing the dependencies scope from provided to compile.

IntelliJ:

Menu → FileProject structureModulesDependencies → *Scope (provide to) → Compile.

user avatar

user avatar

In my case the issue was caused by the JDK version. To solve this I suggest to go into your POM file and check the <jdk.version>1.7</jdk.version>.

Afterwards, check the Java version in your cmd (Windows) or terminal (OS X or Linux) by typing: java -version.

Compare the version shown in the terminal/command prompt with what you have in your POM file. Make sure they are the same. Then run your project again.

user avatar

user avatar

You can check the console first to see the actual error message and then proceed by looking for answers for that error.

My console shows the error NoClassDefFound for the class jcommander.

Your error will probably be different from mine. The cause of my error is that the class jcommander is not in my M2 repository, so I just have to add that dependency in my pom.xml file. You can check if all the class dependencies are all declared and added in your current configuration and project build.

user avatar

user avatar

It can happen if the JDK version is different.

user avatar

I also faced the same issue. By looking at the console that’s saying

the solution is: Check your package name of your project.

user avatar

I was facing the same issue and in my case the compiler compliance level was selected as 14 in my Eclipse settings. In order to fix it, I changed it to the version of JDK on my machine i.e 1.8 and recompiled the project.

Enter image description here

user avatar

user avatar

I have found that adding these lines of code to the pom.xml file of a Maven project solves similar issues for me:

user avatar

Check your console. It says java.lang.SecurityException issue. Change your ‘package name’. I changed my package name from ‘java.assessment’ to ‘assesment’ and it worked for me. If somebody knows the root cause , let me know please.

I experienced the same issue, however in my case it was due to the Configuration settings in IntelliJ IDEA.

Even though the project SDK (File -> Project Structure) was set to Java 11, the JRE in the Run/Debug Configurations (Run -> Edit Configurations) was set to Java 8. After changing that to Java 11, it worked like a charm.

user avatar

Possible solution

If none of these solutions worked for you then try this. I finally got mine working by deleting the two folders ".metadata" and ".recommenders" in the workspace folder.

You can find your workspace folder path by clicking on menu FileSwitch WorkspaceOther in the Eclipse application’s toolbar.

Now I am a complete noob crying my way through an software engineering degree at San Jose State University. So I am just sharing what worked for me without knowing much knowledge of why exactly.

I do not know what harm or headaches, or even if both aforementioned folders needed to be deleted. But in the end, it worked for me and it seems the application just recreates fresh versions of those folders anyway.

user avatar

Just check small step.

Both javac and java versions are the same. If different, you will get this error.

user avatar

user avatar

My issue came from trying to disable the Maven nature from my project and then deleting the pom.xml file. This is bad, very bad, don’t do this. If you do, change it back to a Maven project and hopefully you can either restore your old pom.xml file or create a new one. As soon as I did that, it worked again.

EDIT: I recently ran across this problem again and this time it was because I had duplicate libraries in my classpath. The one Maven added (which started with /M2_REPO/. and then one I had added (which I should not have done). Even though Eclipse was reporting that it could not find the class, the actual problem was that I had given it two libraries with the same class and it didn’t know which one to use. Once I removed the second reference, it worked.

user avatar

You can try: right click on the project and then click clean. After this run the project.

It works for me.

I faced a similar problem and then got the solution in the package name.

I kept the package name as java.basics. In the console I got a hint for that as it clearly said "Prohibited package name". So I changed the package name and it worked.

user avatar

user avatar

Edit the ".classpath" and include the below tag:

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

This could solve your problem.

user avatar

user avatar

In my project I had changed my Maven POM file and removed the entry for maven-jar-plugin.

When you build a JAR file whose purpose is to be executable, you need to include this so that certain entries get written into the manifest. I opened the old project, copied that entry (with some modifications for project name) and it worked.

user avatar

user avatar

I think this happens because the name of your class is the same name of another class in the JDK. Help Eclipse to determine which one you are trying to run by selecting the package your class is in. Go to run configuration, select the project and the main class.

When you press the search button to select the main class, you will find options that have the same name but different package, select your class.

user avatar

There was no information in my console so that sent me searching for additional solutions and found these — unique to the solutions presented here. I encountered this with Eclipse v4.7 (Oxygen) trying to run an old Ant build on a project.

Cause 1

I had configured Eclipse to use an external Ant install which was version 1.10.2 which apparently had classes in it that were compiled with JDK 9. In Eclipse I got the JNI error described above (running the Ant build at the command line gave me the renowned ‘unsupported major.minor version’ error — the Java I was using on the system was JDK 8).

The solution was to roll back to the embedded Eclipse version of Ant being 1.10.1. I verified this as the correct solution by downloading Ant 1.10.1 separately and reconfiguring Eclipse to use the new 1.10.1 externally and it still worked.

Cause 2

This can also happen when you have the Ant Runtime settings configured incorrectly in Eclipse’s Preferences. Depending on the version of Ant you’re running you will need to add the tools.jar file from the appropriate JDK to the classpath used for the Ant Runtime (Home Entries). More specifically, without a proper configuration, Eclipse will complain when launching an Ant target that the JRE version is less than a particular required version.

Essentially, ‘proper configuration’ means aligning each of the configuration items in Eclipse for running Ant so that they all work together. This involves the Ant Runtime Home entry (must point to an Ant version that is compatible with your chosen JDK — you can’t run Ant with JDK 8 when it was compiled against JDK 9); specifying the tools.jar that belongs to the JDK you want to run Ant with in the Ant Runtime settings; and lastly setting the JRE environment of your build script to the JDK you want to run Ant with in the External Tools Configuration.

All three of these settings need to agree to avoid the error described above. You’ll also need to consider the attributes used in your javac tag to ensure the JDK you’re using is capable of executing as you’ve directed (i.e., JDK 7 can’t compile code using source and target version 8).

Moreover

If you’re really just trying to run an Ant build script to compile code to an older JDK (e.g., less than 8 for Oxygen), this article helped gain access to run Ant against an older JDK. There are Ant plugin replacements for a handful of versions of Eclipse, the instructions are brief and getting the correct plugin version for your particular Eclipse is important.

Or more simply you can use this very good solution to do your legacy compile which doesn’t require replacing your Eclipse plugin, but instead changing the javac tag in your build script (while using the latest JDK).

Добавить комментарий

Ваш адрес email не будет опубликован.