Binary executable can't find Java runtime.

Ragnar770 · 11-24-2017, 11:28 AM

I'm trying to run an executable which runs on java and it returns:

Java Runtime Environment not found.

running "java -version" returns:

openjdk version "1.8.0_144"
OpenJDK Runtime Environment (build 1.8.0_144-b01)
OpenJDK 64-Bit Server VM (build 25.144-b01, mixed mode)

In /usr/lib/jvm I have the following folders:

default
default-runtime
java-7-openjdk
java-8-openjdk
java-9-openjdk

Distro is Arch. Thank you in advance!

business_kid · 11-24-2017, 11:52 AM

Try

Code:

which java

If it gives you a java binary try

Code:

java -jar /path/to/yourjava.jar

i.e the full path & name of your java app.

Ragnar770 · 11-24-2017, 12:10 PM

Code:

which java

returned

Code:

/usr/bin/java

And sorry, but I don't quite understand that:

Code:

java -jar /path/to/yourjava.jar

business_kid · 11-24-2017, 03:55 PM

Code:

And sorry, but I don't quite understand that:
Code:

java -jar /path/to/yourjava.jar

I use Geomapapp, which is in java. The (only) way I can start it is

Code:

java -jar /usr/local/bin/GeoMapApp.jar

That's what I meant. Put your path and file in place of mine.

Ragnar770 · 11-24-2017, 04:00 PM

Ah, yes. The only issue is that it's an executable that you run with

Code:

./filename

and not a regular .jar file

business_kid · 11-24-2017, 04:30 PM

Quote:

Originally Posted by Ragnar770

Ah, yes. The only issue is that it's an executable that you run with

Code:

./filename

and not a regular .jar file

May I remind you that the name of this thread which you started is "Binary executable can't find Java runtime."?? Now you're telling me how to do it:-o? You mightn't need the .jar extension, but you might need my syntax. Why not try it? Why not run file on it?

Code:

bash-4.3$ file /usr/local/bin/GeoMapApp.jar
/usr/local/bin/GeoMapApp.jar: Zip archive data, at least v2.0 to extract
bash-4.3$ file /bin/bash
/bin/bash: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, stripped

Ragnar770 · 11-24-2017, 04:49 PM

I did try that. Returs an error for a corrupt or invalid file.

business_kid · 11-25-2017, 08:06 AM

Running file on it?

Ragnar770 · 11-25-2017, 09:09 AM

Yes, I did try to start it the way you mentioned but I got the error I posted above.

business_kid · 11-25-2017, 09:22 AM

Please run file on the things you are trying to run (as I did below) and post the output.

Ragnar770 · 11-25-2017, 09:56 AM

This was the output:

Code:

ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.4.0, stripped

business_kid · 11-25-2017, 02:24 PM

This is getting vaguely interesting. That looks like an elf executable, and yet it's bellyaching about java runtime, and as you say should work with ./filename. Yet it doesn't.

Ok, run

Code:

ldd ./filename

and see what it's linked against. That might be loads, but yopu only want the java stuff

Another possibility is that if you run 'filename' instead of './filename', it searches the $PATH variable without searching the current dir. If you type 'echo $PATH' you can see the search order in case you're running something you don't know about.

One last thing you could do is run 'java --version' and see that any java in the system is in the path, and try some other random jar file with 'java -jar random_jar_file'

Ragnar770 · 11-25-2017, 03:11 PM

This is the output from ldd

Code:

	linux-vdso.so.1 (0x00007ffcc64c8000)
	libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f0b18bcc000)
	libm.so.6 => /usr/lib/libm.so.6 (0x00007f0b18880000)
	libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f0b18662000)
	libc.so.6 => /usr/lib/libc.so.6 (0x00007f0b182aa000)
	/lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007f0b18dd0000)

I can launch Minecraft with

Code:

java -jar path/to/file.jar

and it plays fine.

And yeah, said executable is java based, but I just can't wrap my mind around it since a friend also tried to run it and he didn't have any issues.

AwesomeMachine · 11-26-2017, 03:47 AM

It probably wants the authentic Oracle java runtime.

business_kid · 11-26-2017, 05:28 AM

Have you tried

Code:

./filename --help |less

and look out for some option to specify a java location? Is it missing a config file? Has it docs, that say anything about this?

On a separate and irrelevant note, I imagine /lib64 is the proper home of ld-linux-x86-64.so.2. It only matters when files won't run. ldconfig makes symlinks to it (ld-linux.so, ld-linux.so.2) and these may not be present in /lib64. You should check that.