I have recently installed openjdk8 on RHEL6 and 7 servers. Build works on RHEl7 but giving error on RHEL6:
/lib64/libc.so.6: version `GLIBC_2.14' not found (required by ../bin/../lib/amd64/jli/libjli.so)
ldd (GNU libc) 2.12 is installed on RHEL6, Do i need to upgrade it ?
How to resolve this issue ?
It seems that Java binary that you installed was compiled against different version of GLIBC. You might be using an RPM for RHEL7 on RHEL6.
You either need to compile the Java on RHEL6 yourself or find the correct RPM. As per OpenJDK Life Cycle and Support Policy docs Java 8 is only officially supported on RHEL 6.6 or higher.
Related
I have version 11.0.1 of firebase installed on my Windows 11 machine. When I run the firebase emulators, it crashes with this message:
$ firebase emulators:start
!! emulators: firebase-tools no longer supports Java version before 11. Please upgrade to Java version 11 or above to continue using the emulators.
i emulators: Shutting down emulators.
Error: firebase-tools no longer supports Java version before 11. Please upgrade to Java version 11 or above to continue using the emulators.
I try to update my Java but it says I have the latest version:
I check what version I have and it says version 8... though I need 11? I'm confused:
I try checking the version in the CLI and I get even more confused:
$ java -version
java version "1.8.0_333"
Java(TM) SE Runtime Environment (build 1.8.0_333-b02)
Java HotSpot(TM) 64-Bit Server VM (build 25.333-b02, mixed mode)
My questions are:
How can I get my firebase emulators to run again?
What version of Java do I have? 11? 8? 1.8?
How can I upgrade to the latest version of Java?
I just had the same error and just went through the all version 8 vs. version 11, etc. but now I get it.
firebase-tools is referring to the version of the JDK installed, not the version of Java runtime installed.
The latest JDK from Oracle can be downloaded from https://www.oracle.com/java/technologies/downloads/#jdk18-mac with the latest version being 18.
The Java runtime for Mac latest version is indeed 8, but again that's not what firebase tools is looking for
For future visitors
If you're using older version of the firebase-tools(<11.), you will get some logs/warning like the following when you run the Firebase local emulator:
emulators: Support for Java version <= 10 will be dropped soon in firebase-tools#11.
Please upgrade to Java version 11 or above to continue using the emulators.
But you have this in your log:
firebase-tools no longer supports Java version before 11. Please upgrade to Java version 11
or above to continue using the emulators
It means that you have firebase-tools>=11. and you need to install the java version 11.
In my case I preferred to downgrade my firebase-tools.
Downgrade firebase-tools
Here you can find the npm page and learn about the package and the versions.
The latest version for 10, is v10.9.2.
First you need to remove the current installed version of firebase-tools:
npm uninstall -g firebase-tools
Then you can install the version you want:
npm i -g firebase-tools#10.9.2
And there other way is to upgrade your java version to >=11 and use the latest version of firebase-tools.
The best way to tell what version you have is to open a terminal shell and type:
java -version
I think you have JDK 8. That is long past the end of its support life.
You want either JDK 11 or, better yet, 17. Those are the two LTS versions to choose from.
You can download JDK 11 or 17 from OpenJDK.
The command to deterine installed JDK is:
javac -version
(while java -version if for Java Runtime version)
I had the same issue on Windows and upgrading Java through Java updater or dowloading JDK from Oracle didn't help (propably it could).
On the other hand Firebase installation doc refers to Open JDK:
https://firebase.google.com/docs/emulator-suite/install_and_configure
So I uninstalled all "commercial" Java and downloaded:
https://openjdk.org/install/
Open JDK needs only unpacking and setting JAVA_HOME and PATH system variables:
JAVA_HOME and PATH
https://docs.plm.automation.siemens.com/content/polarion/19.1/help/en_US/polarion_windows_installation/before_installation/install_openjdk_11.html
There is no installation and messing with host system files, etc.
On macOS you can download the latest version of the JDK by downloading the OpenJDK installer on AdoptOpenJDK.
I've freshly installed Mac Monterey OS with latest version of Java JDK 17 & XCode 13.1
When I run npm run android to build my project I get below error.
unrecognized VM option 'MaxPermSize=4096m'
Error: Could not create the Java Virtual Machine
After spending 2hrs on this issue I removed the Java JDK 17 and installed jdk-15.0.2 because in Big Sur i was using this version itself & this fixed the problem and the project build was successful.
I got the same issue. The fix in my case was to refer to a correct version of JDK. My Android Studio is 64-bit (on Windows you can see it in task manager as studio64.exe) while it was referring to 32-bit JDK. To check it go to File > Other Settings > Default Project Structure > JDK location and check the path. Select the correct version of JDK. If you don't have a 64-bit JDK then download and install it.
I just installed jre-8u72-macosx-x64.dmg from this page, the installation worked well.
However, when I type /usr/libexec/java_home -v 1.8 it returns:
Unable to find any JVMs matching version "1.8".
/Library/Java/JavaVirtualMachines/jdk1.7.0_80.jdk/Contents/Home
Does anyone know where is Java 1.8 installed?
PS: I need this to install Eclipse IDE for Java Developers, which requires Java 1.8+ VM.
You should install JDK 1.8, currently you are using a JRE. On OS X, installing just the JRE doesn't make it available as the system default available to applications.
As of January 2016, you can download JDK 1.8 for mac from
http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html
Because Oracle tends to change their URLs, that link might go dead. Best to do a web search for "JDK mac" or something similar to find the latest version.
I am working on a project which uses j2sdk 1.4.2_09. Previously, we were using Solaris machines to host the server. We are going to deprecate Solaris and want to move the Server to a Linux machine. I downloaded j2sdk 1.4.2_09 for Linux and then tried to install it on a 64 bit redhat machine. It failed giving the following error
"./j2sdk-1_4_2_09-linux-ia64-rpm.bin: line 395: ./install.sfx.17803: cannot execute binary file"
I tried installing the 32 bit version and got the following error.
"./j2sdk-1_4_2_09-linux-i586-rpm.bin: ./install.sfx.18137: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory"
Can somebody tell me how I should proceed.
Thanks,
Sajo
Your redhat machine is probably x86_64, not ia64, so try to get that RPM.
By the way, you should really try to use an up-to-date version of Java. 1.4 is no longer supported and is probably insecure. Sun/Oracle go to great lengths to ensure backward compatibility.
To fix this issue:
./j2sdk-1_4_2_09-linux-i586-rpm.bin: ./install.sfx.18137: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory
When installing j2sdk-1_4_2_09-linux-i586-rpm.bin, you need to install glibc (32bits).
In CentOS/RHEL 5/6 is:
yum install glibc.i686
I am working on a project which uses j2sdk 1.4.2_09.
Use:
The latest SDK (e.g. version 7)
An rt.jar of the target J2SE version
The cross-compilation options
-source
-target
-bootclasspath (That is where the rt.jar is specified)
Dcoumentation everywhere I can find suggests that jetty 6.1.x should still run with java 1.4.2.
Yet, if I download a jetty binary, and "java -jar start.jar", I get variations of:
"Exception in thread "main" java.lang.UnsupportedClassVersionError: (org/mortbay/xml/XmlConfiguration) bad major version at offset=6"
I've tried it with jetty 6.1.26 downloaded from dist.codehouse.org/jetty. I've tried with with the 'hightide' jetty release 6.1H.24 and hightide-6.1H.8.
My java is:
$ java -version
java version "1.4.2"
Java(TM) 2 Runtime Environment, Standard Edition (build 2.3)
IBM J9 VM (build 2.3, J2RE 1.4.2 IBM J9 2.3 Linux amd64-64 j9vmxa64142ifx-20100113 (JIT enabled)
J9VM - 20100112_51454_LHdSMr
JIT - 20090210_1447ifx1_r8
GC - 200902_24)
I know this is anchient java here, but I've got some ancient code to run on it. Everywhere SAYS jetty 6.1 should run on java 1.4. I even find ancient blog posts saying they did run jetty 1.6 with java 1.4.
So what's up? What am I doing wrong?
As I see on http://docs.codehaus.org/display/JETTY/what+JVMs+are+supported the latest Jetty, that runs on JDK 1.4 is 6.1.5. So, you need to get old version of jetty.
Other way is to compile jetty from source by yourself. Tutorial how to do it is on Jetty wiki
Okay, I figured it out.
jetty 6.1.26 in particular, and all jetty 6.1.x in general, DO run on Java 1.4, and the .jars distributed on the official site ARE compiled to work with java 1.4.
So why wasn't it working for me?
Some of the sample webapps distributed with jetty do NOT work under 1.4, they are not compiled for 1.4. I don't know if this a packaging accident or what.
But if I delete all the sample apps, by deleting everything in ./webapps and ./contexts, then the stock distro binary jetty 6.1.26 release starts up fine under 1.4, and works fine when I install my own webapps.