Groups | Search | Server Info | Login | Register

Groups > comp.sys.dec > #4183

Download Java Jre And Install EXCLUSIVE

Show all headers | View raw

<div>Server Java Runtime Environment (Server JRE). For deploying Java applications on servers. Includes tools for JVM monitoring and tools commonly required for server applications, but does not include browser integration (Java plug-in), auto-update, or an installer.</div><div></div><div></div><div>Jarfix itself kept saying, nolatest JRE installed. But I go and I install JRE, Java, JDK, 8 or 17 all from the official website! Nothing happens. I am at my wits end, trying to open one file led me to figure out that I've not had Java on this computer, and that every time I install it, it just doesn't install.</div><div></div><div></div><div></div><div></div><div></div><div>download java jre and install</div><div></div><div>DOWNLOAD: https://t.co/rOlRfCei7I </div><div></div><div></div><div>I want to install a specific JDK (the latest for example). For this, I went to the JDK download homepage: looked for a Mac version, but I'm a bit surprised to only see downloadable versions for Linux, Windows and Solaris...</div><div></div><div></div><div>As the message says, you have to go to Apple, not Sun, for Java on the Mac. As far as I know, Apple JDK 6 is installed by default on Mac OS X 10.6 (Snow Leopard). Maybe you need to install the developer tools from your Mac OS X installation DVD (the dev tools are an optional install from the OS DVD).</div><div></div><div></div><div>As well as javac, I also found it didn't have packages such as SVN installed. It turns out you can get everything from the Apple developer page (you will need to register with your AppleID). SVN is part of the "Command Line Tools" package.</div><div></div><div></div><div>Compiling with -source 1.5 -target 1.5 (in a JDK 6 environment) will honor only language elements that were in 1.5 and prior. Great. But there were no language changes in 6 anyway. Problem with this approach (on Mac with 1.6) is that using classes that came AFTER 1.5 will still compile because they exist in the rt.jar. So one could run in a 1.5 env and get a class not found exception with no prior warning when compiling. I found this out the hard way with javax.swing.event.RowSorterEvent/Listener. Both entered "Since 1.6" but are not caught with -source 1.5</div><div></div><div></div><div>There are various tricky issues with having multiple versions of Java (Apple's own Java 6 and Oracle JDK 7 or even 8) on one's Mac OS X system, and using different versions for different applications. I spent some time writing up my experience of my experience of installing and configuring various versions of JDK on Mac OS X 10.9.2.</div><div></div><div></div><div>It basically says that if you need to compile or execute a Java application with an older version of the JDK (for example 1.4 or 1.5), you can do it using the 1.6 because it is backwards compatible. To do it so you will need to add the parameter -source 1.5 and/or -target 1.5 in the javac options or in your IDE.</div><div></div><div></div><div>On Mac you do not have a JRE separated you have it, but inside the JDK, so when you update Java it will update your JRE which is inside your JDK;it doesn't install an JDK for you. You need to get it from somewhere else.</div><div></div><div></div><div></div><div></div><div></div><div></div><div>As a rule you cannot install other versions of Java on a Mac than those provided by Apple through Software Update. If you need Java 6 you must have a 64-bit Intel computer. You should always have Java 5 and 1.4 and perhaps 1.3 installed if you have at least OS X 10.4.</div><div></div><div></div><div>arkan:/home/ahmed # update-alternatives --all</div><div></div><div>There is only one alternative in link group alternate-install-present (providing /usr/lib/nvidia/alternate-install-present): /usr/lib/nvidia/alternate-install-present-default</div><div></div><div>Nothing to configure.</div><div></div><div></div><div>A User posted his scripts to install update-alternatives for Oracle 8 JDE (I assume based on the SE RPM, since there is no mention whether he used the RPM or TAR). I have not tried his scripts or reviewed closely what is in the scripts but a superficial skim suggests the scripts might work</div><div></div><div></div><div>Make the OracleJDK default system JDK. While at the terminal and with root privileges execute the following sequence of commands:</div><div></div><div>a. update-alternatives --install /usr/bin/java java /usr/java/jdk1.8.0_74/bin/java 1551</div><div></div><div></div><div>The following packages have unmet dependencies:</div><div></div><div>openjdk-17-jdk : Depends: openjdk-17-jre (= 17.0.8+7-1) but it is not going to be installed</div><div></div><div>Depends: openjdk-17-jdk-headless (= 17.0.8+7-1) but it is not going to be installed</div><div></div><div>Depends: libc6 (>= 2.34) but 2.31-13+rpi1+deb11u6 is to be installed</div><div></div><div>Recommends: libxt-dev but it is not going to be installed</div><div></div><div>E: Unable to correct problems, you have held broken packages.</div><div></div><div></div><div>From a quick google search, it appears Java 17 should install on bullseye</div><div></div><div>Here is a thread I wrote awhile back on how I installed OH4 including java 17. Maybe it will provide you some clues</div><div></div><div>Warning, it is not for openHabian</div><div></div><div> -oh3-to-oh4-linux-mint/145156</div><div></div><div></div><div>how did that happen ? For others it is working. That would mean you have/had a mixture of repositories or you did not install Java from a repo but by manually downloading it ?</div><div></div><div>And it is not an openhabian based system I assume.</div><div></div><div></div><div>I stumbled upon a post that said Java17 is not supported on buster, so I upgraded to bullseye. After upgrading to bullseye, I tried to install Java17 again. Tried through openhabian and apt. Gave me the same error message that the libc6 version is too low.</div><div></div><div></div><div>If you look at Java 17 (ARMHF), it requires libc6 > 2.34. Bullseye, however, has libc6 (see 2.31-13+deb11u6) Debian -- Details of package libc6 in bullseye). I do not know if the openhabian distribution for the Pi has made changes so it installs on Bullseye or even Buster, however, I had to upgrade to bookworm, which comes with libc6 (2.36-9+deb12u1).</div><div></div><div></div><div>After upgrading to bookworm, I did not have any issues installing Java 17 the expected way. System is running flawlessly since then (except from some minor fixes to scripts and third party tools due to the bookworm upgrade).</div><div></div><div></div><div>Yes, that there is indeed a Java 17 for 32 bits was already mentioned. But if the JAVA 17 is that important, it would be advisable that you create a step-by-step description on how to upgrade the Java 11 to Java 17. Because thinking that everybody is just doing a completely new install on a Pi is for most users not going to happen. It took me now 7 hours to figure out on how to get that JAVA installed and make it the default. Most users are not messing around on there Pi. It is just the standard version and from that point on you do the upgrades. So if you do the apt-get upgrade, you must be able to believe that this is going OK. The OH4 should not be able to upgrade if it is missing that JAVA 17. The OP was also telling this. If a waring was displayed (or it was just not upgrading), then at least the OH3.x was still working. Now you end up with a a not working OH4. And if it was an easy command to get that JAVA installed, then it was easy. But now it is waiting for more and more users that run in this problem.</div><div></div><div></div><div>I use Eclipse so I go inside Eclipse's menu Window -> Preferences -> Installed JREs and inside selectjava-11-openjdk-amd64 -> edit -> select the jar (jrt-fs.jar) -> Source Attachment -> External location -> /usr/lib/jvm/openjdk-11/lib/src.zip</div><div></div><div></div><div>Thanks for your response. Yes, I agree, the problem is on ES side definitely. Actually, I followed the steps written in their official documentation. There is even nothing mentioned (at least I couldn't found) related "elasticsearch" user that should be used while installing ES that is mentioned in one of the comments above written by  Christian_Dahlqvist.</div><div></div><div></div><div>And yes, the first idea I had was related to the latest Java version (jdk 11.0.1) that was installed on my machine and maybe ES has some issues related to it. So I tried to use JDK 1.8, but again the same error happened even for that version...</div><div></div><div></div><div>I am using this distro for past 30 days or more and I installed openjdk-8, openjdk-11, openjdk-17, scala and kotlin way back when I freshly installed it. But yesterday I had to use java and I don't find any java. Back then I didn't set a JAVA_HOME and java path things but it was still accessible and found on the system by doing things like java --version, which openjdk-8, etc. So today I removed them all, did eopkg autoremove them all, eopkg dc; and installed them again after a reboot. is that I should only install a single jdk? it's still not working. I tried looking for some executables such as jdk, java, openjdk in directories like java, jdk, openjdk in directories list in $PATH. but found nothing. Scala and Scalac are working but kotlin things are not, obviously because of java. idk why, I thought both shouldn't work.</div><div></div><div></div><div>I already mentioned something about JAVA_HOME and/or adding java path to system path. I don't know where does solus's eopkg installs packages, there are at least 4 to 6 directories that comes default in system path, ie, /usr/local/bin, /usr/bin, /bin, /sbin, $HOME/.local/bin and a very few others more or less, depending on the distros as far as I remember but not sure, anyway, doesn't matter that's not what we should be talking about lol. I want to find out where is the openjdks are installed by eopkg so that I can add that to path.</div><div></div><div></div><div>Patrice Yes, as someone else mentioned you can use SDKMAN to install alternate versions of Java. You can also grab Java 8 releases built by someone else and use those on Solus, the only thing that'll go away is the openjdk-8 package shipped by Solus itself. I recommend the Adoptium builds myself.</div><div></div><div></div><div>I am trying to install java on my splunk search head in kubernetes. As indicated in previous forums, I tried adding the JAVA_VERSION environment variable and set it to openjdk:8 but that does not seem to install java on my kubernetes pod. Can someone guide me to the steps to install java on my pod with the splunk:latest image?</div><div></div><div></div><div>I saw a few ansible scripts which installs java but not in the search head yaml found under -splunk/blob/develop/test_scenarios/kubernetes/3idx1sh1cm-pvc/splunk... which is what I have deployed in my cluster.</div><div></div><div></div><div>Thanks  codebuilder for your response. I am trying to set it up on kubernetes using the splunk/splunk:latest image and I tried setting the JAVA_VERSION env variable to "openjdk:11" but that does not seem to bake java into the image via ansible scripts. Any thoughts on what might be up there?</div><div></div><div></div><div>For Java 11, setting -Dio.netty.tryReflectionSetAccessible=true is required for the Apache Arrow library. This prevents the java.lang.UnsupportedOperationException: sun.misc.Unsafe or java.nio.DirectByteBuffer.(long, int) not available error when Apache Arrow uses Netty internally.</div><div></div><div> df19127ead</div>

Back to comp.sys.dec | Previous | Next | Find similar

Thread

Download Java Jre And Install EXCLUSIVE Thi Barnacle <barnaclethi@gmail.com> - 2024-01-20 18:19 -0800

csiph-web