Eclipse java path error

Go to System Properties > Advanced > Enviroment Variables and look under System variables

First, create/set your JAVA_HOME variable

Even though Eclipse doesn’t consult the JAVA_HOME variable, it’s still a good idea to set it. See How do I run Eclipse? for more information.

If you have not created and/or do not see JAVA_HOME under the list of System variables, do the following:

1. Click New... at the very bottom
2. For Variable name, type JAVA_HOME exactly
3. For Variable value, this could be different depending on what bits your computer and java are.
   • If both your computer and java are 64-bit, type C:Program FilesJavajdk1.8.0_60
   • If both your computer and java are 32-bit, type C:Program FilesJavajdk1.8.0_60
   • If your computer is 64-bit, but your java is 32-bit, type C:Program Files (x86)Javajdk1.8.0_60

If you have created and/or do see JAVA_HOME, do the following:

1. Click on the row under System variables that you see JAVA_HOME in
2. Click Edit... at the very bottom
3. For Variable value, change it to what was stated in #3 above based on java’s and your computer’s bits. To repeat:
   • If both your computer and java are 64-bit, change it to C:Program FilesJavajdk1.8.0_60
   • If both your computer and java are 32-bit, change it to C:Program FilesJavajdk1.8.0_60
   • If your computer is 64-bit, but your java is 32-bit, change it to C:Program Files (x86)Javajdk1.8.0_60

Next, add to your PATH variable

1. Click on the row under System variables with PATH in it
2. Click Edit... at the very bottom
3. If you have a newer version of windows:
   • Click New
   • Type in C:Program Files (x86)Javajdk1.8.0_60 OR C:Program FilesJavajdk1.8.0_60 depending on the bits of your computer and java (see above ^).
   • Press Enter and Click New again.
   • Type in C:Program Files (x86)Javajdk1.8.0_60jre OR C:Program FilesJavajdk1.8.0_60jre depending on the bits of your computer and java (see above again ^).
   • Press Enter and press OK on all of the related windows
4. If you have an older version of windows
   • In the Variable value textbox (or something similar) drag the cursor all the way to the very end
   • Add a semicolon (;) if there isn’t one already
   • C:Program Files (x86)Javajdk1.8.0_60 OR C:Program FilesJavajdk1.8.0_60
   • Add another semicolon (;)
   • C:Program Files (x86)Javajdk1.8.0_60jre OR C:Program FilesJavajdk1.8.0_60jre

Changing eclipse.ini

1. Find your eclipse.ini file and copy-paste it in the same directory (should be named eclipse(1).ini)
2. Rename eclipse.ini to eclipse.ini.old just in case something goes wrong
3. Rename eclipse(1).ini to eclipse.ini

4. Open your newly-renamed eclipse.ini and replace all of it with this:

   -startup
   plugins/org.eclipse.equinox.launcher_1.2.0.v20110502.jar
   --launcher.library
   plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.100.v20110502
   -product
   org.eclipse.epp.package.java.product
   --launcher.defaultAction
   openFile
   --launcher.XXMaxPermSize
   256M
   -showsplash
   org.eclipse.platform
   --launcher.XXMaxPermSize
   256m
   --launcher.defaultAction
   openFile
   -vm
   C:Program FilesJavajdk1.8.0_60binjavaw.exe
   -vmargs
   -Dosgi.requiredJavaVersion=1.5
   -Xms40m
   -Xmx1024m
   

XXMaxPermSize may be deprecated, so it might not work. If eclipse still does not launch, do the following:

1. Delete the newer eclipse.ini
2. Rename eclipse.ini.old to eclipse.ini
3. Open command prompt
4. type in eclipse -vm C:Program Files (x86)Javajdk1.8.0_60binjavaw.exe

If the problem remains

Try updating your eclipse and java to the latest version. 8u60 (1.8.0_60) is not the latest version of java. Sometimes, the latest version of java doesn’t work with older versions of eclipse and vice versa. Otherwise, leave a comment if you’re still having problems. You could also try a fresh reinstallation of Java.

I’m having a problem with using Subclipse and JavaHL within Eclipse, due to a missing item in my java.library.path in Eclipse. Although my problem is specific (needing a library for JavaHL), I believe this is a more general problem, in need of a general solution:

(1) How do I append a value to the java.library.path , rather than replacing the entire java.library.path ;
(2) And, how can I do this so that it applies to the entire workspace, including plug-ins, not just a single project?

I have seen references to this problem in other posts, but usually people seem to be asking it in regard to adding a library to a single project. The couple of times I’ve seen people asking about (or suggesting answers for) a workspace-wide fix, those answers haven’t been helpful to me. (I have a list below of the resources I’ve found while researching this problem.)

I’m going to give a LOT of detail here, describing what I’ve already found, so that hopefully I won’t have to clarify later (and also to avoid getting suggestions of things I’ve already tried). If you have an answer and don’t need to read my trial-and-error steps, then feel free to skip them. Thanks for any assistance!

Also, please accept my apologies for having to remove all of the actual links in my message. The forum restricts me from posting links to other sites. If you need to see the other articles I’m referring to, the URL’s are given in non-URL text format.

My environment:

• Ubuntu 12.04 32-bit
• Eclipse 4.3.2.v20140221-1852 (Kepler Service Pack 2)
• Subclipse 1.8.9.1
• Subversion 1.8.0 (r1490375)

Eclipse, Subversion, and Subclipse should be fully up-to-date. I cannot, at this time, change Ubuntu versions, but that shouldn’t be an issue here.

Subclipse needs a Subversion client; the two I have seen mentioned are SVNKit and JavaHL. I have been attempting to use JavaHL, since it is from the same publisher as Subclipse itself. I may be able to switch to SVNKit, but I would prefer to resolve the problem I’m having with JavaHL.

My installation steps for JavaHL:

I used the Linux installation steps at: subclipse: Wiki: JavaHL (Linux section) (subclipse.tigris.org/wiki/JavaHL#head-bb1dd50f9ec2f0d8c32246430c00e237d27a04fe)

Following those instructions, I installed libsvn-java 1.8.0-1.1+debphp.org

precise+4 («Java bindings for Apache Subversion»). The files installed by this were:

• /usr/lib/i386-linux-gnu/jni/libsvnjavahl-1.so
• /usr/lib/i386-linux-gnu/jni/libsvnjavahl-1.so.0
• /usr/lib/i386-linux-gnu/jni/libsvnjavahl-1.so.0.0.0
• /usr/share/java/svn-javahl.jar

There is really only one file under the JNI directory; /usr/lib/i386-linux-gnu/jni/libsvnjavahl-1.so.0.0.0 is the real file, and the other two are just links to it.

Next, the instructions say to find libsvnjavahl-1.so (which we just did), and add that to my eclipse.ini (located at /usr/lib/eclipse.ini ), which would in this case be:

(Alternatively, this value can be set directly in the command line used to launch Eclipse.) My eclipse.ini does have some -vmargs arguments (presumably the defaults installed with Eclipse, since I had not edited that file until now), but it did not have anything for the java.library.path , so that would be a completely new value. This actually does work to get the Subclipse plug-in and JavaHL client working; however, the problem with this is that it does not append the new library to the java.library.path , it entirely replaces any other value in the java.library.path (demonstration of that follows shortly).

The problem I encountered:

Without specifying a value for the java.library.path , I opened Eclipse, and went to Window—>Preferences—>Team—>SVN. When I hit SVN, I get an error dialog which says:

I’ll refer to this as the «Original Error Message,» since it’s what I initially saw when attempting to use Subclipse/JavaHL.

This is how I discovered the problem in the first place. Closing that dialog, the Eclipse SVN Preferences dialog does open, but the SVN Interface Client is shown as «JavaHL (JNI) Not Available.» So, this tells us that the JavaHL interface client for the Subclipse plug-in is dependent on the path defined in java.library.path , and I will need to add /usr/lib/i386-linux-gnu/jni to that path. However, I have been unable to find anything indicating where or how that path is set, if I have not set it myself.

I did find that if I right-click on any project, and go to Run As—>Run Configurations. —>Environment—>Select. , it shows a value for LD_LIBRARY_PATH , which is only:

That looks like the beginning of my alleged java.library.path , but it doesn’t show the second part, /usr/java/packages/lib/i386:/lib:/usr/lib . If I could find out where that is getting set, it might help. However, this appears to be set on a per-project basis, and I do not want to set the value for a single project; I need it to be set for the entire Eclipse workspace so that it is always available to the Subclipse plug-in.

Also, there’s no indication of where that LD_LIBRARY_PATH is coming from. If I try to look at it from the Linux command line, it doesn’t seem to be set:

Looking at it from the command line, it has no apparent value. Looking at it in the Eclipse environment settings, it has the «short» path. And when the java.library.path is shown to me in an error message, it has the «long» path.

Web search findings:

I searched for «eclipse append to java.library.path» and found these results:

(1) How to set the java.library.path from Eclipse — Stack Overflow (stackoverflow.com/questions/957700/how-to-set-the-java-library-path-from-eclipse)

(2) How to add native library to » java.library.path » with Eclipse launch (instead of overriding it) — Stack Overflow (stackoverflow.com/questions/661320/how-to-add-native-library-to-java-library-path-with-eclipse-launch-instead-of)

(3) How do I add external libraries to java.library.path in Eclipse? — Stack Overflow (stackoverflow.com/questions/8458726/how-do-i-add-external-libraries-to-java-library-path-in-eclipse)

(4) What is java.library.path , How to set in Eclipse IDE (javarevisited.blogspot.com/2013/04/what-is-javalibrarypath-how-to-set-in-Eclipse.html)

(5) EclipseZone — Reference Native Libraries in Project . (www.eclipsezone.com/eclipse/forums/t49342.html)

(6) What is java.library.path ? (Java in General forum at JavaRanch) (www.coderanch.com/t/377174/java/java/java-library-path)

Article (1) seems to contain the most widely accepted answer; articles (2) and (3) also contain pointers to it. However, it appears to be oriented toward adding libraries to specific projects in Eclipse, not making those libraries available to plug-ins in the workspace.

Article (4) also contains the «per-project» solution, or recommends using the VM arguments approach, so it doesn’t seem to provide anything new. Article (5) again recommends setting the native library location for a single project.

The last item, article (6), explains that the java.library.path comes from my LD_LIBRARY_PATH , and that libsvnjavahl-1 will resolve to libsvnjavahl-1.so , so that seems mostly consistent with what I’ve found so far, but doesn’t give me any help in figuring out how it got the current value, or how to append a new entry to the path.

First attempted fix:

As recommended at the Tigris Subclipse wiki (subclipse.tigris.org/wiki/JavaHL), I added the line:

to the -vmargs section in my eclipse.ini .

I then opened Eclipse, and went to Window—>Preferences—>Team—>SVN. No errors are reported this time, and the SVN Preferences, SVN Interface Client, shows «JavaHL (JNI) 1.8.0 (r1490375)«.

This seems good, BUT, I am naturally skeptical. I don’t want to replace the old value of the java.library.path , I want to append the new value to it. Completely replacing the java.library.path will likely result in other problems, as the libraries which were listed there previously would no longer be available.

In order to see what value is being used by Eclipse for the java.library.path , the only thing I could come up with was to cause the error again, with a new path, so I changed the line in eclipse.ini to:

This will fail, but when it does, it will show me the value of the java.library.path . Again restart Eclipse and browse to the Team preferences (Window—>Preferences—>Team—>SVN). The error message is very much as before, except it now says:

So, we can see that by setting the value in the eclipse.ini , we are replacing, not appending to, the path. The desired outcome is to figure out how to get:

Second attempted fix:

Since I can edit the eclipse.ini , and I think I know what the required java.library.path is, I can attempt that directly, adding:

This works. I am able to browse to the SVN Preferences and see «JavaHL (JNI) 1.8.0 (r1490375)» as the SVN Interface Client. BUT, this really is less than ideal; it doesn’t seem like I should need to rewrite the entire path that way. Most of it is configured for me automatically, and if that automatic configuration changes, I don’t want to have to repeat these steps and figure it out again.

So we’ll keep this method in reserve, in case nothing else better is found.

Third attempted fix:

Several of the articles above recommend going into the Build Path Configuration for a specific project; going to the Libraries tab; and editing the Native Library Locations. As mentioned already, I don’t want to set this library for use by a single project, I want it to be used by the workspace and the Subclipse plug-in. But it’s a widely accepted solution, so I’ll give it a try.

I removed my java.library.path setting from the eclipse.ini , to get back to the original state. Then I selected a working project (just a simple «Hello World» type project), right-clicked on the project, and went to Build Path—>Configure Build Path. In the properties dialog, select the Libraries tab, and expand the JRE System Library. Currently, the Native Library Location shows «(none)«. Edit that. The Native Library Folder Configuration dialog says:

I entered the location of the library I want, /usr/lib/i386-linux-gnu/jni , and saved it. It is shown correctly in the Build Path Configuration dialog. As expected, this seems to have no effect. Regardless of which project I am looking at (or if all projects are closed), and even after restarting Eclipse, attempting to browse to my SVN Preferences gets the Original Error Message, verbatim, indicating that there is «no libsvnjavahl-1 in java.library.path ,» and the required folder is not part of the java.library.path .

So, the project-based solution doesn’t help in this case, because it doesn’t affect the plug-in, even when I’m working on that project. I removed that path from my Native Library Path, putting it back to the normal (empty) value.

Fourth attempted fix:

In article (2) above, the original question was the same as mine: «how can I add a path entry to the default java.library.path instead of overriding it (which seems to be done with -Djava.library.path )?»

In that case, the original poster later said he had found the solution:

• stackoverflow.com/questions/661320/how-to-add-native-library-to-java-library-path-with-eclipse-launch-instead-of#2309723

His recommendation is to (apparently) prepend a new library to the existing java.library.path by adding this to his VM arguments:

That’s Windows syntax (backslashes in the path, semicolons for separators, using PATH instead of LD_LIBRARY_PATH ), and the presence of the variable workspace_loc:project also seems to indicate that this is a project-specific solution. If I translate this to Linux syntax, though, I should be able to append the library I want in this way:

I should be able to do that in either the Eclipse launcher command line, or in the eclipse.ini file. I’ve tried it both ways, and this also does not work, for several reasons:

• If I specify the java.library.path VM argument exactly as shown above, I can see that the JavaHL client is available. But that’s a «false positive,» because.
• The system variable LD_LIBRARY_PATH in the command line is never expanded, if specified in the eclipse.ini or the launcher. If I append an invalid path, such as /usr/lib/i386-linux-gnu/jni_error , I get this error message when I try to browse to the SVN Preferences:

If I specify the VM args directly on the command line, not in a launcher or in the eclipse.ini :

I can see that the system variable LD_LIBRARY_PATH is expanded, but it is actually empty:

That value for java.library.path shows that LD_LIBRARY_PATH resolves to the empty string, and :/usr/lib/i386-linux-gnu/jni_error is appended to it. So, we can’t use that approach, because the system variable LD_LIBRARY_PATH has no value (we are appending to a blank), and system variables are not expanded when specified in the launcher or in the eclipse.ini .

Fifth attempted fix:

One of the replies in article (1) above tries to resolve the issue of per-project vs. workspace-wide setting of java.library.path :

• stackoverflow.com/questions/957700/how-to-set-the-java-library-path-from-eclipse#958076

In that reply, the poster says to go to Window—>Preferences—>Java—>Installed JREs, and set the «Default VM arguments.» I can select my default JRE, click the [Edit..] button, and get a second dialog with a text box for the Default VM arguments. Unfortunately, there’s no further detail on what to set them to. I tried a variety of things, such as typing » -Djava.library.path=/usr/lib/i386-linux-gnu/jni » directly into that text box, and using the adjacent [Variables. ] button to select system variables.

Nothing I did here seemed to have any effect. Browsing to Window—>Preferences—>Team—>SVN always shows the Original Error Message, verbatim, with no changes to the value of java.library.path caused by what I’ve set in the Default VM arguments for the JRE.

Sixth attempted fix:

Also in the Window—>Preferences—>Java—>Installed JREs dialog, there is a button to [Add External JARs. ] to the JRE system libraries. Two files were installed with libsvn-java:

• /usr/lib/i386-linux-gnu/jni/libsvnjavahl-1.so.0.0.0
• /usr/share/java/svn-javahl.jar

Only one of these appears to be a JAR file, the other seems to be a native library of some sort. Looking at the contents of svn-javahl.jar , it contains /org/apache/subversion/javahl and /org/tigris/subversion/javahl , which look like near-duplicates of each other. On the off chance that this would somehow give me what I needed, I added that to the JRE system libraries, and restarted Eclipse.

As expected, this had no effect. The error message is unchanged, still showing the same java.library.path and the absence of libsvnjavahl-1 .

Adding libsvnjavahl-1.so.0.0.0 to the JRE system libraries (pretending it was a JAR) also did not have any effect (as expected).

Seventh attempted fix:

At this point, I completely punted, and went with a sloppy, inelegant, but pretty much guaranteed to work (for now) stopgap. We’ve determined that:

• The library we really want is at /usr/lib/i386-linux-gnu/jni/libsvnjavahl-1.so.0.0.0
• The JavaHL Subversion client is looking for libsvnjavahl-1.so
• The path it searches includes /usr/lib/jvm/java-7-oracle/jre/lib/i386/client:/usr/lib/jvm/java-7-oracle/jre/lib/i386

Therefore, I can use a symlink to make the existing path point to the file we need:

It works. It’s a sloppy, ugly, brittle-as-anything fix, but it makes things work. It’s making it appear as if an unrelated third-party file is in the basic JRE library. But it works.

So, I’ve found two ugly kludgy fixes that work, and tried a bunch of others that didn’t. I can’t figure out how the java.library.path gets set, or how to append to it, but I am able to either (a) replace it completely, or (b) make it look as if the needed library is part of the basic configuration.

Any assistance to actually solve this correctly would be greatly appreciated. Thanks.

Источник

Adblock
detector

Наверняка многие из вас сталкивались с ошибкой запуска Eclipse:

A Java Runtime Environment (JRE) or Java Development Kit (JDK) must be available in order to run Eclipse. No Java virtual machine was found after searching the following locations: C:Program Files(x86)Eclipse Classic 4.2.2jrebinjavaw.exe javaw.exe in your current PATH

Эта ошибка говорит нам о том, что Eclipse не может найти путь к Java Runtime Environment или Java Development Kit. Сейчас я вам расскажу причины возникновения такой ошибки и способы ее устранения.

В Интернете многие советуют добавить путь к файлу javaw.exe в переменную окружения Path, но этого не стоит делать. Нет, не потому что можно что-либо сломать, а потому что появится другая ошибка:

Failed to load JNI shared library «Program Files (x86)Javajdk1.6.0_20jrebinclientjvm.dll»

Дело в том, что для работы Eclipse требуется виртуальная машина и внимание: именно той разрядности (x86 или x64), которую имеет установленная версия Eclipse. Другими словами, если у вас установлен Eclipse для платформы x86, то для запуска этой IDE требуется наличие установленной виртуальной машины для платформы x86.

Итак, когда вы определились с разрядностью Eclipse, вам нужно скачать виртуальную машину. Для этого, зайдите на сайт www.java.com/en/ и вверху страницы вибираем ссылку «Download», затем на открывшейся странице жмем ссылку «See all Java downloads» и скачиваем Java именно той разрядности, какой разрядности у вас Eclipse.

Если вы все сделали правильно, после установки Java, Eclipse запустится без каких-либо ошибок.

2013-05-19 20:06

Понравился сайт? Расскажи о нем друзьям:

Comments to Notes: 52

Generic Error

Java Build Path Errors.

Specific Errors

• Project is missing the required library
• The resource is not in the build path of the
• Can’t find class file for
• The project cannot be built until build path errors are resolved

Problem

source, jar or project has not been included in the build path.

Resolution 

First see if the problematic file is part of Java Source or Jar file or another project. 

If it’s part of JavaSource within same project, make sure that this has been included within Java Build Path.

Right Click Project -> Properties -> Click Source Tab

Make sure that your source folder is listed within «Source folders in build path». If not add it using Add folder button.

If problematic file is part of some jar — upon reaching here , click the libraries tab and make sure that the jar file is listed within «Jars and class folders on the build path». Moreover please check the .classpath file to see if the jar has been included properly.

If the problematic file is in another project , go to project tab and make sure that the project is listed within «Required projects on the build path«.

Если при запуске Eclipse появляется ошибка «A Java Runtime Environment (JRE) or Java Development Kit (JDK) must be available in order to run Eclipse. No Java virtual machine was found after searching the following locations: D:..eclipse-java-indigo-SR1-win32-x86_64eclipsejrebinjavaw.exe javaw.exe in your current PATH», то это говорит о том, что наш запускаемый Eclipse не может найти путь к JDK/JRE, а конкретно к файлу javaw.exe.

Один из предлагаемых вариантов лечения: добавлением пути к файлу javaw.exe в переменную окружения Path, о чем и написано в сообщении.

Так как у меня javaw.exe находиться по пути «C:Program Files (x86)Javajre6bin», то это путь и был добавлен в переменную окружения «PATH».

Для Windows 7 (32/64) последовательность действия следующая:
Заходим в свойства компьютера (Клавиши Win + Pause/Break).

Потом в левом меню выбираем «Дополнительные параметры системы».
Затем заходим в раздел «Переменные среды».

Находим в списке переменных переменную «Path» и открываем диалог редактирования ее.

В диалоге редактирования добавляем через точку запятую путь «C:Program Files (x86)Javajre6bin».
Закрываем все кнопками Ок.

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