Java Runtime Environment

0 views

Skip to first unread message

Boone Southern

unread,

Jul 1, 2024, 6:52:17 AM7/1/24

to afarenar

I get this error message every time I try to create/use LibreOffice base " LibreOffice requires a Java runtime environment (JRE) to perform this task. Please install a JRE and restart LibreOffice." Why do I get this message and how can I fix it?

java runtime environment

Download Zip »»» https://www.google.com/url?hl=en&q=https://xiuty.com/2yRObu&source=gmail&ust=1719917534409000&usg=AOvVaw32bXKVgBD9YynLe_4BzuQI

@Skyler63 Glad it is working. However you assumption based upon Windows being 64 bit is not correct. Win 64 can run either LO 32 or 64 bit. Therefore, JRE 32 or 64 bit is based upon which LO is installed.

I work with adobe cs5. Recently, it started to not work. I would have to restart it over and over to get it to compile an swf properly. So I am trying cs5.5. I get this error "Error initializing Java Runtime Environment. You may need to reinstall Flash."

anyway, i've seen that error myself but restarting my computer remedied the problem. i'm pretty sure that's not going to help you and i thought the most likely remedy explained in the adobe knowledge base would be more likely to help you. i now know you'd already tried that and it did not help.

i think your best bet is to google that error message and explore all the solutions mentioned. i'm also pretty sure you've already done some of that but if you've not followed all the links listed, i would encourage you to persist.

I had the same problem and after trying everything one day I did a "boot-time scan" with my antivirus -avast- and it found some threat with some java files or something, I just leave the program do its job and delete everything what it was wrong. After the restart I opened Flash and it worked fine. No more "error initializing java runtime environment you may need to reinstall flash cs5"

Acutally the error comes due to the corroupt jvm.ini file (Too large values > 256 cause the error appear. Eg. Xmx1024m ) which gets created in temporary configuration forlders automatically during the Flash Installation.

^-Note that String ASCII "NUMA page alloc..." - will be a great 'link' to easily find that location in other JVM-versions to applied the patch there. Open jvm.dll in Ollydebug open String Ref. Windows and search for the string...

This space is virtual and not actually claimed (else you would very quickly run out of RAM) but it a kind of potential or Adress system. Na sorry that'll be to offtopic to explain all the basic's about memory.

I can't seem to find someone with a mac that has that error, I just installed high sierra and am running cs6 (I know I should have the cloud but yeah not falling for the subscription pyramid scheme). I use flash everyday (yeah still) for work and now it just quits like every 20 minutes. I need help! please

The JRE combines Java code created by using the JDK with the necessary libraries required to run it on a JVM and then creates an instance of the JVM that runs the resulting program. JVMs are available for multiple operating systems, and programs created with the JRE run on all of them. In this way, the Java Runtime Environment is what enables a Java program to run in any operating system without modification.

The JDK and JRE interact with one another to create a sustainable runtime environment that enables the seamless execution of Java-based applications in virtually any operating system. These attributes make up the JRE runtime architecture:

The Java ClassLoader dynamically loads all classes necessary to run a Java program. Since Java classes are only loaded into memory when they're required, the JRE uses ClassLoaders to automate this process on demand.

The bytecode verifier ensures the format and accuracy of Java code before it passes to the interpreter. If code violates system integrity or access rights, the class will be considered corrupted and won't be loaded.

Included as part of the JRE installation are deployment technologies like Java Web Start and Java plug-in that simplify the activation of applications and provide advanced support for future Java updates.

IBM Cloud Pak for Applications provides the ultimate flexibility for your application landscape. Use your subscription to choose from multiple runtime deployment options: IBM WebSphere, IBM WebSphere Liberty, Red Hat JBossEnterprise Application Platform, Quarkus, Tomcat, Node.js Spring Boot, Vert.x and more.

I'm well aware that some of you won't touch Java - runtime OR apps - because you perceive it to be a huge security risk. Be that as it may, there's still no getting away from the fact that it's one of the most long-running (and convenient) ways to run any given app, cross-platform.....without the need for re-coding/re-compiling.

And there are, even now, an awful LOT of Java apps still out there.....often tucked away in the most ulikely of locations. I have quite a number, some of which I want to share with the community over the coming days. Phil B. recognised this fact, which is why he started a Java apps thread over at Murga some years back.

I'm also making available a copy of Richard Erwin's Java Information Utility; this lets you keep an eye on & configure your JRE, once installed. After loading the SFS, once this has been installed it will remind you that you need to re-boot before Java is fully activated & recognised by the system (in case you didn't already know as much)..!

For those of you who aren't aware, and may have visited the Oracle Java download page, and wondered why I'm not offering Java 17 or 18 (or wherever it's got to ATM), it's quite simple. Release numbers for the JRE runtime and the SDK developer packages are NOT in "lock-step"; although the development package may well have hit 18 (or whatever), v8 update_xxx is still the newest end-user runtime.

Thanks, Mike, for the applications. I'm one of those folks who thought Java was generally unsafe so having looked for apps which might be useful. But I do have one I run occasionally as there is nothing otherwise comparable. So, from time to time I download the latest version of Java. And that leads to the following question: Is java always backwards-compatible?

I'm no expert, Mike, but AFAIK Java is always backwards-compatible.....at least, it is in MY limited experience. The only release that I ever found misbehaved itself was 8u181 or 8u191, around 18-21 months ago; they made a balls-up with one of the network modules, and it temporarily affected PaleMoon's ability to run!

The script/utility that puppy_apprentice has forgotten to link you to was written by Richard Erwin (rerwin). It basically downloaded, unzipped, installed and did everything else required, including all sorts of "ifs", "thens", "what-ifs", "maybes" & all sorts of other cross-checks. There's also a standalone utility for the Java 'Control Panel', though you can find that one alongside the SFSs on my Google Drive at the link in post #1.

The Java Runtime Environment (JRE) is software that Java programs require to run correctly. Java is a computer language that powers many current web and mobile applications. The JRE is the underlying technology that communicates between the Java program and the operating system. It acts as a translator and facilitator, providing all the resources so that once you write Java software, it runs on any operating system without further modifications.

A software program needs a runtime environment that provides access to memory and other system resources such as program files and dependencies. In the past, most software used the operating system directly as its runtime environment. However, this meant that developers had to write different code for each operating system that they wanted their applications to run on. The Java Runtime Environment (JRE) technology was created as a solution to this problem.

The JRE is actually one of three Java platform components that are required for any Java program to run successfully. The Java Development Kit (JDK) and Java Virtual Machine (JVM) are the other two components.

The JDK is a collection of software tools that you can use for developing Java applications. You can set up the JDK in your development environment by downloading and installing it. Select the JDK software version that matches the Java version you want to use. For example, Java Standard Edition, or Java SE, requires the Java SE JDK.

The JVM is software that runs the Java program line by line. Developers configure the JVM settings to manage program resources when the Java application runs. For example, you can change the JVM memory setting and check how much internal memory your Java applications use at runtime.

The JRE combines the Java code that you create by using the JDK with additional built-in code called libraries. It then creates a JVM instance, or local copy, that finally runs the Java programs. JVMs are available for multiple operating systems, and the JRE generates a single copy of your Java code that runs on all types of JVMs. In this way, the JRE facilitates platform independence for Java applications. You can write them once and run them anywhere.

The JDK is a software layer above the JRE that contains a compiler, a debugger, and other tools commonly found in any software development environment. You write code in English-like syntax in the JDK. The JDK compiles it and passes the byte code to the JRE. In contrast, the JRE contains class libraries, supporting files, and the JVM. It uses these software components to run the byte code on any device.