Remark about JRE versions

When using JRE 1.5 (5.0?) with target system less than that, some features might not work!!! Like Properties' storetoXml/loadfromXml. I almost got an attack when java showed fatal ex on run of jar archive.
Btw, what's with the version 5.0? Same thing what was with WinAmp?

Well, Nullsoft's devs said that WinAmp 5 is so
'finish', so cool that there was no point for version
4 of it. It was skipped.Ahh. Yeah. Was similar with Java then, but not realy. The normal versioning system (if a system it could be called) would have put it at 1.5.0. But they thought keeping the 1. there made Java look 'young and imature'. So they took the 1. off.
That is right. A lot of new things were added toJava 5.0. When you target older runtimes, where those
features were not available, then you can not use
these new features (how would the older runtime's
deal with them?).
It took me sometime to change the target vm to
5.0th.! How are they dealt with? Easily! Fatal
Exception! Program wil close! (quote):-)

Similar Messages

General Question about JRE - Versions and backward compatibility etc

Could someone maybe help me with this query?
I've got a group of network users who use a total of four java applications which I am told require different versions of the Java Runtime Environment to run.
Is it therefore possible to have muliple versions of the RTE installed on one user machine to make all applications work at once or is it simply a case of having to have only one version of the JRE.
I'm talking mainly about in house applications so I guess if some of them are incompatible with the latest JRE then the answer might be to find out what the problem is and fix the application so it works in the lates jre - or am I missing something?

Hello,
First of all, it is possible to keep several JRE installed in Windows. For example, my PC has JRE 1.3.1.8, 1.4.0.1, 1.4.2.6.
Second. A tecnology exists to cause a Windowst to run a specific JRE for a specific Java applet. Please see the text below.
HTML Applet Configuration
� The standard (Internet) method of calling Java Runtime when using a Java Applet is to use an Applet tag within the HTML file itself specifying the applet details (example below). This tries to attach itself to Microsoft Java Runtime registry CLSID as detailed above.
<applet code=Applet1.class width="200" height="200">
Your browser does not support the <code>applet</code> tag.
</applet>
� When the above call is made either, a) the applet will load in the Microsoft Java Runtime, b) the applet will load in a particular Sun Java Runtime as it�s being redirected or c) the applet won�t load at all as Microsoft Java Runtime isn�t installed and Sun Java isn�t set as default.
� The above can be uncontrolled as to what version of Java (if any) is actually used to launch an applet so have an alternative solution is to us the Object tag in place of the Applet tag. It�s only suitable for Internet Explorer in an internal, Intranet environment but should be ideal for us.
� By replacing the Applet HTML tag with the Object tag when loading an applet you can specify in the tag either to use the latest installed version of Sun Java or a specific version by putting it�s CLSID in the list. (example below.)
<OBJECT
classid="clsid:CAFEEFAC-0014-0002-0006-ABCDEFFEDCBB"
width="200" height="200">
<PARAM name="code" value="Applet1.class">
</OBJECT>
� The advantage in the above approach is we can install a specific version of Java, i.e. 1.4.2.06 that doesn�t redirect the Microsoft Java Runtime so won�t effect other applications, and we can be safe in the knowledge that even if we install a newer version of Java on a machine that has 1.4.2.06 we won�t have any backwards compatibility problems.
� The Object tag is an Internet Explorer only solution, but could be scaled, as to load a different version of Java you specify a different CLSID, whether that�s one of the versions of Sun Java or Microsoft Java or you can specify a CLSID that covers the latest installed version of Sun Java if you don�t want to tie the application to a specific version.
Further details on the use of the Applet and Object tags can be found on the Sun website below so they may be of use if the HTML code that calls the Java applet can be easily changed to support our requirements.
http://java.sun.com/j2se/1.5.0/docs/guide/plugin/developer_guide/using_tags.html
http://java.sun.com/products/plugin/versions.html

I upgraded firefox and still get the remark about this version not beeing supported

i recently upgraded my version of mozila without any fallbacks, but still get the remark "Your version of Firefox is no longer protected against online attacks.
Get the upgrade - it’s fast and free! "
what shall i do ?

In your More system details... link on right it appears you are posting with the old Firefox 3.5.15
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.15) Gecko/20101026 BTRS31753 Firefox/3.5.15 ( .NET CLR 3.5.30729) Facicons
Some extensions that tack stuff on end of useragent may make all some part of useragent get stuck at a old version. The Facicons related extension installed at some point may be a culprit.
https://support.mozilla.com/en-US/kb/Websites+or+add-ons+incorrectly+report+incompatible+browser

About JRE version.

Well, i wrote applet that works fine on my dev machine, with sdk 1.4 installed. But i can't get my applet running on another machine using m$ie 5.50 (class not found...) To get things to work, i have to update the java runtime environment. How can i do to make my applet running on most machine ? can i compile with a sort of -oldstyle option ?
Thanks.

Target option is intended to gain compatibility with the matching Sun version - not to MS code.
In general libs must match the compiler version - unless you want to rewrite and build custom libs (jars). Bootclass is only useful if you have multiple versions of classes as a means to indicate which classes to compile with.
You can't use classes/methods/fields that are newer that the jvm supports; check the API for that info - MS specs may be different. By doing this you may get a successful compile using -target 1.1. If not, going back to an old Sun version may work. MS's jvm is not identical with Sun's (MS customized it for Windows) so there may still be problems; if so then you'd probably have to use the old MS software.
IMHO - it's not worth it.

Using tag OBJECT on a machine with multiple jre versions

Dear friends,
i guess that this question has been already answered, but i can't find the thread with all infos i need.
So please excuse me if i'm redundant.
This is my problem:
i have a web application that runs an applet, embedded in an html page;
by now the applet is loaded with the standard tag <APPLET>.
I found many Sun's official pages talking about the use of OBJECT tag to specify the jre version that is supposed to run the applet.
I tried many ways but i can't reach the way to avoid loading the applet with the latest jre installed on my pc.
Here is the code of my OBJECT:
<OBJECT NAME="client" CLASSID="clsid:CAFEEFAC-0014-0002-0009-ABCDEFFEDCBB" HEIGHT="38" WIDTH="335" >
                    <PARAM NAME="NAME" VALUE="client">
                    <PARAM name="type" value="application/x-java-applet;jpi-version=1.4.2_09">
                         <PARAM NAME="CODE" VALUE="it.fabio.client">
                         <PARAM NAME="CODEBASE" VALUE="/myapp">
                         <PARAM NAME="ARCHIVE" VALUE="mylib.jar">
               </OBJECT>The machines where the application is deployed have the 1.4.2_09 and the 1.5.0_03 jre versions, but my applet runs only on 1.4.2_09 version.
So i have to find a way to tell the browser which jre has to be called.
Thanks in advance for help.
Regards

Wait a second...there is more to that error message that I overlooked before.
There might be something other than just the way I set the CODE and CODEBASE parameters wrong here
Any ideas?
Here is the entire messsage:
load: class DisplayMonoApplet.class not found.
java.lang.ClassNotFoundException: DisplayMonoApplet.class
     at sun.applet.AppletClassLoader.findClass(Unknown Source)
     at java.lang.ClassLoader.loadClass(Unknown Source)
     at sun.applet.AppletClassLoader.loadClass(Unknown Source)
     at java.lang.ClassLoader.loadClass(Unknown Source)
     at sun.applet.AppletClassLoader.loadCode(Unknown Source)
     at sun.applet.AppletPanel.createApplet(Unknown Source)
     at sun.plugin.AppletViewer.createApplet(Unknown Source)
     at sun.applet.AppletPanel.runLoader(Unknown Source)
     at sun.applet.AppletPanel.run(Unknown Source)
     at java.lang.Thread.run(Unknown Source)
Caused by: java.io.IOException: open HTTP connection failed.
     at sun.applet.AppletClassLoader.getBytes(Unknown Source)
     at sun.applet.AppletClassLoader.access$100(Unknown Source)
     at sun.applet.AppletClassLoader$1.run(Unknown Source)
     at java.security.AccessController.doPrivileged(Native Method)
     ... 10 more

JRE version problem (XML Parsing)

Hi,
I posted a question earlier about an issue I'm having with an applet running in the Eclipse IDE but not in-browser. I have checked the JRE version for both and the browser is running 1.6.0_01 and the IDE is running 1.5.0_06. Now I could uninstall the former to force the browser to load the latter I believe but that doesn't solve the issue as I would need it to run on the newer JRE version.
So my question is, what would cause the following error to occur in a later version of the JRE?
Exception in thread "Thread-9" javax.xml.parsers.FactoryConfigurationError: Provider org.apache.xerces.jaxp.DocumentBuilderFactoryImpl not found
Thanks in advance,
Dan

It has nothing to do with new or old version of jre it has to do that the explorer jre (5) can not find the jar file it needs. It is looking for the class org.apache.xerces.jaxp.DocumentBuilderFactoryImpl but it can not find it.
In you Eclipse you do have this jar that's why it is running, just copy the jar to the lib or lib/ext folder in the jre 5 and everything should work.

Pressing Tab key in IE with latest JRE version

Hi,
I have question about typing "TAB" key in Java Applet in internet explorer with JRE 1.05_08 or above.
When I type any key other than "TAB", the function, processEvent, will be called 3 times to process the events: keyPressed, keyTyped and keyReleased. However, when I type "TAB" key, processEvent is only called once to process the event: keyTyped and the focus goes outside the applet.
Is there any way that the focus won't get lost when typing the "TAB" key?
Note that this problem only happens in IE browser with JRE 1.05_08 or above. It works well in Firefox and netscape with any JRE version and works well in IE with JRE 1.05_06 and below.
The following is my code:
import java.applet.*;
import java.awt.*;
import java.awt.event.*;
public class KeyEventDemo extends Applet implements KeyListener, FocusListener {
     public KeyEventDemo() {
          super();
          addKeyListener(this);
          addFocusListener(this);
     public void keyTyped(KeyEvent e) {
          System.out.println("KEY TYPED: e="+e);
     public void keyPressed(KeyEvent e) {
          System.out.println("KEY PRESSED: e="+e);
     public void keyReleased(KeyEvent e) {
          System.out.println("KEY RELEASED: e="+e);
     public boolean keyDown(Event e, int key) {
          System.out.println("keyDown: e="+e);
          return false;
     public boolean keyUp(Event e, int key) {
          System.out.println("keyUp: e="+e);
          return false;
     public void processEvent(AWTEvent e) {
          System.out.println("processEvent : e="+e);
     public void focusGained(FocusEvent e){System.out.println("FocusGained");}
     public void focusLost(FocusEvent e){System.out.println("FocusLost");}
     public void paint ( Graphics g ){
          this.setBackground ( Color.blue );
     public boolean isFocusTraversable() {
          return true;
     public boolean getFocusTraversalKeysEnabled() {
          return false;
Thanks very much!

I apologize - the cross posting snookered me; the solution is provided on:
http://forum.java.sun.com/thread.jspa?threadID=780250&messageID=4438725#4438725

Determine if JRE version is compliant through Batch Script

I am deploying multiple programs to remote systems. Some of the programs require JRE 1.41 or later to run. I would like to create a bat script to not only identify the JRE version, but identify if the client has a newer version of JRE. So far I have been able to identify the latest version. However, I do not know how to compare to a later version of JRE. For example lets say JRE version 6.0 comes out. At this point the program will probably be compliant with my machine, but I don't know how to make my script identify later versions, since batch files only compare and don't have many math features. I thought about doing a comparison between every java version that has been deployed.(I haven't even found a comprehensive list either) But this may not provide support for newer versions of JRE Any suggestions? Below is what I have so far.
@echo off
start /w regedit /e reg1.txt "HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment"
type reg1.txt | find "CurrentVersion" > reg2.txt
for /f "tokens=2 delims==" %%x in (reg2.txt) do set JavaTemp=%%~x
if %JavaTemp% == 1.41 echo G2G
if %JavaTemp% == 1.3 echo Failed. You need to upgrade JRE to at least 1.41

does anyone know how (or if it's possible) to
determine if a JRE is the international version?
thanks.There is no API to provide this answer conclusively. However, one might guess.
For example, in the non-localized JRE, you will not have the Japanese locale support. So you could do something like this:
Locale[] supportedLocales = DateFormat.getAvailableLocales();
If the Locale array contains a Locale for ja_JP, then you have the international version. It's simple, but perhaps not the cleanest way of determining the answer to your question.
Regards,
John O'Conner
http://www.joconner.com/javai18n/

Where can I download JRE version to be released October 14, 2014?

I want to do some early testing of the coming JRE, so where can I download a copy of the JRE that will be released on October 14, 2014?

I want to do some early testing of the coming JRE, so where can I download a copy of the JRE that will be released on October 14, 2014?
You need to contact Oracle if you desire to participate in any of their test programs.
The latest public Java release is the JDK 8u20 update. You can download it from the Downloads tab on this page:
JDK 8 Update Release Notes
The 'release' you are talking about is likely just the critical patch update as discussed in the 8u20 release notes:
JDK 8 Update Release Notes
JRE Expiration Date
The JRE expires whenever a new release with security vulnerability fixes becomes available. Critical patch updates, which contain security vulnerability fixes, are announced one year in advance on Critical Patch Updates, Security Alerts and Third Party Bulletin. This JRE (version 8u20) will expire with the release of the next critical patch update scheduled for October 14, 2014.
Unless you are part of Oracle's pre-release test program you will not have access to versions prior to their public release.

AIX JRE version vs Sun JRE version

hi,
we have a 3th party application installed on an AIX server. The minimum JRE-version for the application is 1.4.2_09. If you type java -version on AIX you get:
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2)
Classic VM (build 1.4.2, J2RE 1.4.2 IBM AIX build ca1420-20040626 (JIT enabled: jitc))
I was wondering if the IBM version-numbers are the same as SUN's or is it possbile that IBM 1.4.2 is 'the same' as SUN 1.4.2._10 or such?
many thanks!
Stijn

Hi George,
Apologies, these release notes were referring to some Security vulnerabilities with some specific JRE versions.
You can check the currently runing JRE version using:
This cannot be verified from UI, but you can verify from command-line (see command and output below).
C:\Program Files\Cisco Systems\Cisco IP Communicator\JRE\bin\java.exe" -version
java version "1.4.2_19"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_19-b04)
Java HotSpot(TM) Client VM (build 1.4.2_19-b04, mixed mode)
Not sure about the second part of this query, will let others to comment on that.
Thanks,
Anand

Jre version in command line

My application is packed into 1 jar file and run by this command: "java -jar myapp.jar".
I config all the class paths in the manifest.mf file
java version is jdk1.6.0_23
How to tell in the command line (or other place) what JRE version to use?

If the JRE is properly installed on Windows, informations about each version are stored in the registry. The installation process installs a special java.exe in the system PATH. So you don't need to alter you PATH because this special java.exe will find the current JRE.
With release 1.6, it's now possible to select a different JRE installation than the last one without any registry modification.
The installed JRE are listed in the registry in the key HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment
You can select a specific by using the -version switch. For example, to select the "1.5" as defined in the registry :
java -version:"1.5" MyClass
See http://download.oracle.com/javase/6/docs/technotes/tools/windows/java.html and http://www.rgagnon.com/javadetails/java-0634.html for more infos.
Bye.

Need to run swing GUIs under different JRE versions

I need to run swing GUIs under different JRE versions. Where can I find information about how to use only classes which exist from version 1.1.7 and above?

Under 1.1.7, Swing (then version 1.0) was under com.sun.java.swing. The package name changed in Swing 1.1 b3/JDK 1.2 to javax.swing. You can see what classes were available under Swing 1.0 at http://java.sun.com/products/jfc/swingdoc-api-1.0.3/frame.html

Multiple JRE versions Help

I am a simple network engineer (not a programmer) and I am having difficulties because I have several boxes from different vendors that require different versions of the java browser plug in to work. Effectively I need to be able to change between version 1.3.1_02, 1.4.1_05, and 1.4.2_03 in order to manage my different devices. I cannot find a simple way of doing this on a single computer. Can anyone tell me if it is possible? I would hate to have to carry 3 different Laptops around to allow me to manage the systems that are in place.
Thank you in advance to any and all who respond.

The Webstart information was incomplete. Webstart in the client works in conjunction with (and requires) a server that implements the Webstart protocols, Java Network Launching Protocol.
I doubt that this is applicable to you, but if you wish to explore it further there is a Webstart & JNLP forum here, and more information is at http://java.sun.com/products/javawebstart/index.jsp
Regarding the problems with the Control Panel, there were compatibility problems with the earlier JRE versions (1.3.1 is of that era). I have heard that they can be overcome. The problems were especially bad when an earlier version was removed after a later version was installed. The later version's Registry data was corrupted, among other effects. Discussions about this exist in threads in the forums, and in bug reports.

I need some information about jre 1.5 and jre 1.6.

Hello guys,
I need some information about jre 1.5 and jre 1.6.
Suppose if i have jre 1.5 customized with "additional language support" installed in my my desktop, and later on i install jre 1.6. will this jre over write all the esisting settings which was present in jre 1.5?
In short will the version upgrades disable the features of the old Version even though the old version is present in the desktop?
Thanks in advance for your answers.

In <2j_j3.1889$[email protected]> =?iso-8859-1?B?VG9t4XMgU3XhcmV6?= writes:
> Hi all, I am developing an acquisition data system for biomedical
>signals and I need to transmit this data from my hardware to PC using the
>USB port. For this, I am writing a device driver for Windows 98
^^^^^^ ^^^^^^ ^^^^^^^ ^^
That's not a trivial step. I would write a small C/C++ program that
exercises your driver (for robustness) just to be sure it's working
right first without crashing your system.
>The problem is that I don't know to use this driver in LabView.
>For now, I think to use a "code interface node" with code writen in C or a
>"call library function" with a DLL.
That's correct. _After_ you got your C/C
++ test program (and USB
driver) above working, then you can convert this little test program
into a DLL or CIN, which can interface with LabView. A DLL might be
easier (slightly) to write, but the CIN will work faster with LabView
and can be designed to be reentrant. The Code Interface Reference
Manual should guide you. Remember, this is a task for an _experienced_
C programmer. You'll need to use handles to pointers into all your
dynamic arrays and such passed into LabView.
After you got your CIN or DLL written, you can use a special CIN
function node to "link" (or bind) your CIN object into LabView's VI
diagram.
SOME THOUGHTS:
There are many hardware devices already on the market today that come
with Windows 98 drivers and DLL (or even CIN) libraries that would work
immediately with LabView. Why don't you save yourself three months of
work and simply buy one of these?
/\ Mark M Mehl, alias Superticker (Supertickler to some)
<><> Internet: [email protected]
\/ Preferred
UUCP: uunet!iastate.edu!mehl
Disclaimer: You got to be kidding; who would want to claim anything I said?

Multiple jre versions using same cache location

Hi,
i searched the web but couldnt find an answer.
I have a Terminal Server deployment with various installed jre Versions (1.6x and 1.7x) on the same Server as well as on different Server Silo Setups.
But for all Servers i configured the Cache Location to H:\Java-Cache (Homefolder of the user) in the deployment.properties file.
1. are there any Problems to expect when using the same Cache Folder for many different jre Versions (jre 6/7/8) ? Any knows issues about that ?
2. is it supported to share the same cache Location (for example D:\java-cache) for many users ? i cannot find ony official KB or Oracle Note about this.
There are a few Blog Article out there which describe to configure the Cache Location on a terminal Server to a local location like D:\java-cache shared by
many users. Does it depent on the Java webstart application if tha works well ?
Thanks a lot,
Marcus

Hi Tyler,
In my opinion, you could go ahead with first option - have multiple JRE's and maintain the environment variables accordingly.
This should not be a problem as the envrionment variable would take care of which JRE is used. Also as you have only another ABAP system on the same server, the other older JRE would only be required during the SAPInst operations. Non-existence of a Java system makes things simpler here
Regards,
Srikishan

Remark about JRE versions

Similar Messages

Maybe you are looking for