JMagick Unable to Locate Java Directories
up vote
1
down vote
favorite
I am trying to configure my JMagick
installation, however when I run ./configure
I receive an error saying that it is 'Unable to locate Java directories:'
./configure
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for a BSD-compatible install... /usr/bin/install -c
checking for getconf... /usr/bin/getconf
checking whether large file support needs explicit enabling... no
checking for X... libraries , headers
configure: error: 'Unable to locate Java directories'
I know that the configure
is looking for java
, javac
, jar
, and gcc
. When I type whereis
on each of these items I see that they are all on my $PATH
in /usr/bin
(I even added each to the path individually):
PATH=/usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin:/usr/bin/java:/usr/bin/javac:/usr/bin/jar:/usr/bin/gcc
whereis java javac jar gcc
java: /usr/bin/java /etc/java /usr/lib/java /usr/share/java /usr/share/man/man1/java.1.gz
javac: /usr/bin/javac /usr/share/man/man1/javac.1.gz
jar: /usr/bin/jar /usr/share/man/man1/jar.1.gz
gcc: /usr/bin/gcc /usr/lib/gcc /usr/libexec/gcc /usr/share/man/man1/gcc.1.gz
From what I was able to find, I believe I need to set a JAVA_HOME
environmental variable. So I did:
JAVA_HOME=/usr/bin/java
Nevertheless, I still get the Unable to locate Java directories
error.
The current versions of the various technologies running on the VM are:
java version "1.7.0_09-icedtea"
OpenJDK Runtime Environment (rhel-2.3.4.1.el6_3-x86_64)
OpenJDK 64-Bit Server VM (build 23.2-b09, mixed mode)
javac 1.7.0_09
gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3)
linux java
add a comment |
up vote
1
down vote
favorite
I am trying to configure my JMagick
installation, however when I run ./configure
I receive an error saying that it is 'Unable to locate Java directories:'
./configure
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for a BSD-compatible install... /usr/bin/install -c
checking for getconf... /usr/bin/getconf
checking whether large file support needs explicit enabling... no
checking for X... libraries , headers
configure: error: 'Unable to locate Java directories'
I know that the configure
is looking for java
, javac
, jar
, and gcc
. When I type whereis
on each of these items I see that they are all on my $PATH
in /usr/bin
(I even added each to the path individually):
PATH=/usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin:/usr/bin/java:/usr/bin/javac:/usr/bin/jar:/usr/bin/gcc
whereis java javac jar gcc
java: /usr/bin/java /etc/java /usr/lib/java /usr/share/java /usr/share/man/man1/java.1.gz
javac: /usr/bin/javac /usr/share/man/man1/javac.1.gz
jar: /usr/bin/jar /usr/share/man/man1/jar.1.gz
gcc: /usr/bin/gcc /usr/lib/gcc /usr/libexec/gcc /usr/share/man/man1/gcc.1.gz
From what I was able to find, I believe I need to set a JAVA_HOME
environmental variable. So I did:
JAVA_HOME=/usr/bin/java
Nevertheless, I still get the Unable to locate Java directories
error.
The current versions of the various technologies running on the VM are:
java version "1.7.0_09-icedtea"
OpenJDK Runtime Environment (rhel-2.3.4.1.el6_3-x86_64)
OpenJDK 64-Bit Server VM (build 23.2-b09, mixed mode)
javac 1.7.0_09
gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3)
linux java
add a comment |
up vote
1
down vote
favorite
up vote
1
down vote
favorite
I am trying to configure my JMagick
installation, however when I run ./configure
I receive an error saying that it is 'Unable to locate Java directories:'
./configure
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for a BSD-compatible install... /usr/bin/install -c
checking for getconf... /usr/bin/getconf
checking whether large file support needs explicit enabling... no
checking for X... libraries , headers
configure: error: 'Unable to locate Java directories'
I know that the configure
is looking for java
, javac
, jar
, and gcc
. When I type whereis
on each of these items I see that they are all on my $PATH
in /usr/bin
(I even added each to the path individually):
PATH=/usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin:/usr/bin/java:/usr/bin/javac:/usr/bin/jar:/usr/bin/gcc
whereis java javac jar gcc
java: /usr/bin/java /etc/java /usr/lib/java /usr/share/java /usr/share/man/man1/java.1.gz
javac: /usr/bin/javac /usr/share/man/man1/javac.1.gz
jar: /usr/bin/jar /usr/share/man/man1/jar.1.gz
gcc: /usr/bin/gcc /usr/lib/gcc /usr/libexec/gcc /usr/share/man/man1/gcc.1.gz
From what I was able to find, I believe I need to set a JAVA_HOME
environmental variable. So I did:
JAVA_HOME=/usr/bin/java
Nevertheless, I still get the Unable to locate Java directories
error.
The current versions of the various technologies running on the VM are:
java version "1.7.0_09-icedtea"
OpenJDK Runtime Environment (rhel-2.3.4.1.el6_3-x86_64)
OpenJDK 64-Bit Server VM (build 23.2-b09, mixed mode)
javac 1.7.0_09
gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3)
linux java
I am trying to configure my JMagick
installation, however when I run ./configure
I receive an error saying that it is 'Unable to locate Java directories:'
./configure
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for a BSD-compatible install... /usr/bin/install -c
checking for getconf... /usr/bin/getconf
checking whether large file support needs explicit enabling... no
checking for X... libraries , headers
configure: error: 'Unable to locate Java directories'
I know that the configure
is looking for java
, javac
, jar
, and gcc
. When I type whereis
on each of these items I see that they are all on my $PATH
in /usr/bin
(I even added each to the path individually):
PATH=/usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin:/usr/bin/java:/usr/bin/javac:/usr/bin/jar:/usr/bin/gcc
whereis java javac jar gcc
java: /usr/bin/java /etc/java /usr/lib/java /usr/share/java /usr/share/man/man1/java.1.gz
javac: /usr/bin/javac /usr/share/man/man1/javac.1.gz
jar: /usr/bin/jar /usr/share/man/man1/jar.1.gz
gcc: /usr/bin/gcc /usr/lib/gcc /usr/libexec/gcc /usr/share/man/man1/gcc.1.gz
From what I was able to find, I believe I need to set a JAVA_HOME
environmental variable. So I did:
JAVA_HOME=/usr/bin/java
Nevertheless, I still get the Unable to locate Java directories
error.
The current versions of the various technologies running on the VM are:
java version "1.7.0_09-icedtea"
OpenJDK Runtime Environment (rhel-2.3.4.1.el6_3-x86_64)
OpenJDK 64-Bit Server VM (build 23.2-b09, mixed mode)
javac 1.7.0_09
gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3)
linux java
linux java
edited Nov 24 at 20:39
Rui F Ribeiro
38.3k1476127
38.3k1476127
asked Aug 12 '15 at 15:57
Michael Perez
61
61
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
up vote
0
down vote
The JAVA_HOME variable should be set to the folder of JDK installation.
In you case, instead, it is set to the binary executable.
So replace of
JAVA_HOME=/usr/bin/java
with actual folder.
To find the folder, try
ls -lh /usr/bin/java # this should be a sym link to an actual file
EDIT: Changed command from ln
to ls
When i try to find the folder running the command you suggest, I get the following error:ln: invalid option -- 'l'
.
– Michael Perez
Aug 13 '15 at 15:40
add a comment |
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
0
down vote
The JAVA_HOME variable should be set to the folder of JDK installation.
In you case, instead, it is set to the binary executable.
So replace of
JAVA_HOME=/usr/bin/java
with actual folder.
To find the folder, try
ls -lh /usr/bin/java # this should be a sym link to an actual file
EDIT: Changed command from ln
to ls
When i try to find the folder running the command you suggest, I get the following error:ln: invalid option -- 'l'
.
– Michael Perez
Aug 13 '15 at 15:40
add a comment |
up vote
0
down vote
The JAVA_HOME variable should be set to the folder of JDK installation.
In you case, instead, it is set to the binary executable.
So replace of
JAVA_HOME=/usr/bin/java
with actual folder.
To find the folder, try
ls -lh /usr/bin/java # this should be a sym link to an actual file
EDIT: Changed command from ln
to ls
When i try to find the folder running the command you suggest, I get the following error:ln: invalid option -- 'l'
.
– Michael Perez
Aug 13 '15 at 15:40
add a comment |
up vote
0
down vote
up vote
0
down vote
The JAVA_HOME variable should be set to the folder of JDK installation.
In you case, instead, it is set to the binary executable.
So replace of
JAVA_HOME=/usr/bin/java
with actual folder.
To find the folder, try
ls -lh /usr/bin/java # this should be a sym link to an actual file
EDIT: Changed command from ln
to ls
The JAVA_HOME variable should be set to the folder of JDK installation.
In you case, instead, it is set to the binary executable.
So replace of
JAVA_HOME=/usr/bin/java
with actual folder.
To find the folder, try
ls -lh /usr/bin/java # this should be a sym link to an actual file
EDIT: Changed command from ln
to ls
edited Feb 16 '16 at 23:27
Confused
1377
1377
answered Aug 13 '15 at 7:09
bbaja42
1,82721115
1,82721115
When i try to find the folder running the command you suggest, I get the following error:ln: invalid option -- 'l'
.
– Michael Perez
Aug 13 '15 at 15:40
add a comment |
When i try to find the folder running the command you suggest, I get the following error:ln: invalid option -- 'l'
.
– Michael Perez
Aug 13 '15 at 15:40
When i try to find the folder running the command you suggest, I get the following error:
ln: invalid option -- 'l'
.– Michael Perez
Aug 13 '15 at 15:40
When i try to find the folder running the command you suggest, I get the following error:
ln: invalid option -- 'l'
.– Michael Perez
Aug 13 '15 at 15:40
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f222821%2fjmagick-unable-to-locate-java-directories%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown