Jre conflict: jre 1.3 vs jre 1.4.2_03

Recently I installed SDK1.4.2_03 with corresponding jre 1.4.2_03 (by default) ... everything was fine
until I accessed some html/jsp integrated with applets refering old jre 1.3.1_09-b03 .. and XP
informed about the requirement of downloding corresponding JRE from web, and I installed to
access the appets.. it is fine.. until I check the java -version.. to my surprise the latest version
1.4.2_03 is replaced by java version 1.3.1_09 and I am getting complient
java.util.zip.Zipexception the system cannot find the file specified.. while running 'ant'
any one can help.. pl.
regards
M.Karthikeyan

I'd look at two things:
(1) Your PATH environment variable should have JAVA_HOME/bin as its very first entry, where JAVA_HOME is the directory where you've installed the JDK.
(2) If the first thing doesn't fix it, there's probably a registry setting that points to the JRE. On my machine, it's under LOCAL_MACHINE/SOFTWARE/Java Soft. See what's in there and make it use the ones you want.
MOD

Similar Messages

SSL secrutiy warning in JRE 1.4 but not in JRE 1.3

Hello,
I have applied a SGC SSL certificate from the comodo CA. The SGC SSL certificate is signed by the intermediate CA "UTN - DataCorp SGC" and the intermediate CA is signed by "AddTrust External CA Root". After installed the SGC SSL certificate into web server, I have tested the SSL connection in IE. It worked without any security warning.
If I browsed a web page with an applet embedded and the JRE was using 1.3, the SSL connection was Ok without security warning message. But if I changed the JRE to 1.4, there was a security warning to prompt that "This certificate was signed by an untrusted CA" and "Do you want to continue".
I have found that the "UTN - DataCorp SGC" and "AddTrust External CA Root" CA certificates didn't found in the Java trust store in both 1.3 and 1.4 version. Why did the security warning message show in the JRE 1.4 but not in JRE 1.3?
Thanks and regards,

Hi
Java Plugin 1.3 (re-)used the SSL connection of the browser, whereas Java Plugin 1.4 uses its own SSL implementation (JSSE) to open a new connection. Therefore Java Plugin 1.4 needs to verify the server certificate (using its own keystore).
Cheers

Plugin JRE Conflicts.

I am using a couple of standalone applications using JRE 1.5 version. Another IE7 applet that I use from our corporate intranet forces JRE 1.4.2_06 download and causes my standalone application to crash often. OS:Windows XP-SP2;
I need to know the following:
1. Can I force the IE7 applet to use the existing version of JRE? (I don't have any access/control over the codebase tag or serverside).
2. I am not sure how the applet install conflicts with the JRE version already in use with the standalone working application. How do I make sure that the 1.4.2_06 install is isolated and clean from the JRE already in the machine.
Thanks in advance.

AndyRTR wrote:use java-gcj-compat package and gcc-gcj java. it ships a native plugin. remove sun crap and blackdown
Can these be used to run programs like frostwire and bootchart which require jre and j2re respectively? Im guessing just a symlink is required?
Also to get the java webplugin to work do I have to install aur/gcjplugin 4.2-1 or does it work just with java-gcj-compat package and gcc-gcj java installed and also a symlink here? Can you tell which files I have to symlink for all these to work as well if needed.
thanks
edit: okay I see that the pkgbuild is supposed to do the symlinks, but no real results with some java sites i really need.
Last edited by ST.x (2008-02-27 16:02:47)

Jre conflict

if the Middleware App Server JRE is at 1.6.0.14 and desktops JRE is at 1.6.0.15 , Oracle Forms will still use the latest greatest JRE of the dekstop, right?
When will we ever need to update the JRE version of the server again ?
1. We understand that JRE version needs to be installed in STATIC mode on end users machine in order for it not be replaced by a newer JRE version. JRE plugin gets downloaded from Oracle Apps Web Server the first time users access Forms. How can we configure that JRE download to be installed in STATIC mode on the end users machine?

Hi,
This depends on the browser and the JRE version you have installed on the server/client. More details can be found in (Note: 290807.1 - Deploying Sun JRE (Native Plug-in) for Windows Clients in Oracle E-Business Suite 11i) -- Uunder "Appendix A: Static vs Non-Static Versioning and Set Up Options".
Regards,
Hussein

RMI : error on JRE 1.6 but not on JRE 1.5 ???

Hello,
I've got a problem with my application since i use JRE 1.6
My application run perfectly with JRE 1.5 !!!
My code is first :
LocateRegistry.createRegistry(port);
NamingManager.setInitialContextFactoryBuilder(new InitialServerContextFactory());
NamingManager.getInitialContext(environment);(with environment is an hastable containing HOST et PORT)
An next, i have a Java Class witch impl�ments Context :
public class InitialServerContext implements Context
    public void bind(String name, Object obj) throws NamingException
          getRMIContext().bind("rmi://" + mServer + ':' + mPort + '/' + name, obj);
    static Context getRMIContext() throws NamingException
          return NamingManager.getURLContext("rmi", null);
The error on JRE 1.6 is on the line :
getRMIContext().bind("rmi://" + mServer + ':' + mPort + '/' + name, obj);
_Exception is
:_java.lang.NullPointerException
at com.sun.jndi.rmi.registry.RegistryContext.<init>(Unknown Source)
at com.sun.jndi.url.rmi.rmiURLContext.getRootURLContext(Unknown Source)
at com.sun.jndi.toolkit.url.GenericURLContext.bind(Unknown Source)
at com.xxx.aes.naming.InitialServerContext.bind(InitialServerContext.java:231)
at com.xxx.aes.naming.InitialServerContextFactory.getInitialContext(InitialServerContextFactory.java:104)
at javax.naming.spi.NamingManager.getInitialContext(Unknown Source)
at com.xxx.aes.server.NamingServer.start(NamingServer.java:65)
What is the difference between JRE 1.5 and 1.6 ?
Why my application in 1.6 is not correct ?
If necessary, i can give you my Java Class InitialServerContextFactory.java
Thanks a lot for your responses.

Hello,
I tired this approach you mentioned, and interestingly if i just make ejb calls without any event handling, meaning if i call them separately they all just work fine and i see the results coming back from server. But when i relate them to any click events the whole IE freezes.
One more thing i noted is that, seems like the way JRE 1.6 render my applet is somewhat different than JRE 1.5.* familiy,because initially when my aplet is loaded, i see everything which should be displayed from the first screen, but any further operations i cannot perform, even opening a file chooser from tool bar. I admit my applet is real heavy and it contains a lot of data in it on the first screen, may be its the heap size causing the problem in 1.6 but fine with jre 1.5.
Day by day am coming to conlusion that jre 1.6 is my concern now ..:(
Thanks,

Windows XP style and JRE 5 update 9,10 and JRE 6.0 problem

Good day.
I have an application that is deployed on more than 700 PCs in different countries. Application is being deployed via Java Web Start and is being used by our clients for more than 3 years already.
Today we are receiving more and more complains coming from our clients because of application GUI misbehavior. What happens is this. When JRE on the client PC is updated to JRE 5 update 9 or update 10 or re-installed to Java 6 AND Windows XP Theme is applied then most of the Elements(JCheckBox, JRadioButton, JTextField become larges and etc.) on JToolBar disappear. If Windows XP Theme is changed to Classic everything gets to normal.
On JRE 5 update 1 up to update 6 User Interface works fine even with Windows XP Theme applied.
Application GUI is build using Borland JBuilder GUI Designer.
Please, please advise where could be the problem.
Thank you very much!

Good day.
I have an application that is deployed on more than 700 PCs in different countries. Application is being deployed via Java Web Start and is being used by our clients for more than 3 years already.
Today we are receiving more and more complains coming from our clients because of application GUI misbehavior. What happens is this. When JRE on the client PC is updated to JRE 5 update 9 or update 10 or re-installed to Java 6 AND Windows XP Theme is applied then most of the Elements(JCheckBox, JRadioButton, JTextField become larges and etc.) on JToolBar disappear. If Windows XP Theme is changed to Classic everything gets to normal.
On JRE 5 update 1 up to update 6 User Interface works fine even with Windows XP Theme applied.
Application GUI is build using Borland JBuilder GUI Designer.
Please, please advise where could be the problem.
Thank you very much!

Diff between jre se v1.4.2_01 and jre se v1.4.2_13

i am working on clarity and trying to connect it to Ms Project 2002/3
i am clarity version 7.5.3
the connector behaved unpredictably based on the jre version _01 and _13
it works with _13 and needs _01 to be uninstalled..
whats the reason...

You'll have to figure that answer out yourself. Review the release documentation for each of the various Java releases 1.4.2_02 through 1.4.2_13 for changes that were made.

Is there any way to specify the 32 bit jre rather than the 64 bit jre?

We have multiple apps that read native libraries, some of which are not yet available as 32 bit dlls. This has become an issue with the rising popularity of 64 bit Windows 7.
Is there any kind of workaround that will force a webstart to be run by the 32 bit jre if both the 32bit and 64 bit are loaded?

Welcome to the forum. Please don't post in threads that are long dead and don't hijack other threads. When you have a question, start your own topic. Feel free to provide a link to an old post that may be relevant to your problem.
The question doesn't make sense anyway, 32bit isn't available, but 64bit dlls are?
I'm locking this thread now.

JRE 1.3.1 VS. JRE 1.4.1

Hello,
I'm having trouble with an applet talking to a servlet. Behind a firewall, in JRE 1.3.1, I get AccessControlExceptions, but with 1.4.1, everything works great. All Plug-In settings for things like proxies are the same. Is there a difference between the runtimes as far as security that I don't know about?
Any help on this matter would be great.
Thanks!

jdk 1.4.0 is updated extremely so the answer is prbably yes though im not sure

Installing JRE on RHE 3 - Issues with JRE Path

Hello,
First of all, I am very new to linux (I normally have server admins but since it's weekend it looks very bad)
I have installed j2sdk1.4.2 today but it seems like something went really wrong as we cannot locate jre.
I have installed a chat server which has a startup file containing:
#!/bin/sh
jre -ms8m -mx128m -classpath $CLASSPATH:NetDiveServer.jar NetDiveServer port=2112 httpPort=2113 config=.
After running it I simply get the message
jre: command not found
Maybe somebody could point me to some site where oath setups are explained very well since I am very new to this. I believe it is all about setting up paths so maybe somebody could help out there.
Thanks

Thanks for your qucik reply. If I can get JRE and Jedit working on my jumpdrive, it will be great and save me a lot of time. I am a new user so I might be asking some obvious questions here.
My question is : What is the difference between integrating JRE with IE and JRE with Jedit? If I run JRE as a stand alone program then will Jedit link to the JRE properly? Anyone care to comment on what the standard installation program does to provide the integration? I guess it is more than just copying files.
What happens if there is another JRE running already? maybe the same or different version of JRE as the one on my jump drive.
Thanks for your help.
Ken.

JRE 1.6 upgrage from JRE v1.4.2.05 and JRE v1.5.0.04

I am currently looking to update all the PCs in a company to JRE 1.6.
looking at the link
http://java.sun.com/j2se/1.5.0/docs/guide/deployment/deployment-guide/properties.html
There are two files that control how JRE is configured during configuration; these files are called deployment.config and deployment.properties.
Can someone tell me firstly are these files needed for version 1.6
If so, do they working in the same way and what are the recommended settings for a silent installation to all PCs
thanks

Hey lynchmob,
Try these steps to correct the problem, you need to be logged in as an administrator:
1. Go to the group policy editor. You can get they by typing gpedit.msc into the Run dialog.
2. Navigate to computer configuration->administrative templates->windows components->internet explorer.
3. Disable "make proxy settings per-machine (rather than per-user)".
4. Login with the user account and go to Internet Options.
5. Go to the Connection tab.
6. Click on the Lan Settings button.
7. You may notice that the proxy settings are not correct. Change the proxy settings to be whatever is required for your proxy.
8. Configure Java to use browser proxy settings.
9. Open the java console.
10. Set debug level to 5.
11. Press 'p' to reload proxy settings. Use the trace messages to verify correct proxy settings were loaded.

BEA JRE 1.5.0 vs SUN JRE 1.5.0

Having tried both these JREs as Internet Explorer and FireFox plug-ins, I have found an applet related issue with the BEA JRE.
Visit this URL:
http://www.jython.org/applets/index.html
It should launch a small Jython applet. SUN JRE 1.5.0 loads and runs the applet just fine in both FireFox and IE. The BEA JRE 1.5.0 fails to launch this applet from both these browsers.
Interestingly enough, I can run Jython from the command-line with BEA JRE 1.5.0.
java version "1.5.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-b64)
BEA WebLogic JRockit(R) (build dra-38972-20041208-2001-win-ia32, R25.0.0-75
tial strategy singleparpar))
Jython 2.1 on java1.5.0 (JIT: null)
Type "copyright", "credits" or "license" for more information.
>>>

Hi Joel,
This problem exists in JRockit based on J2SE versions up to and including 1.5.0_06, as with Sun. We have verified that it is fixed in an internal build we have based on 1.5.0_07. Unfortunately, that release will probably be some months away.
If you need a patch to an existing JRockit version, please open a ticket with BEA Support.
-- Henrik

Which JRE will JWS use if Multiple JREs are installed

I have a situation for this Daylight Saving Time update that is comming. if the users already have 1.4.2_12 or any previous 1.4 JREs installed and the JNLP is set to look for <j2se version="1.4+"/>. If we install the 1.4.2_13 that has the fix for the DST, which runtime will JWS run the appliction on, the latest 1.4 or the oldest??
Sameer Jaffer

Hi,
it will run the latest JRE that is at least 1.4. If it finds a 1.6 it will even run this, because the version is higher than 1.4.
Bye Schippe

Java JRE 1.6.0_13 and Java JRE 1.6 update 7.0

I have Java JRE 1.6.0_13 on my computer. I deal with a company which uses JAVA JRE 1.6 update7.0. In order to use their site I also need to have Java JRE 1.6 update 7.0 on my computer. I have downloaded Java JRE 1.6 update 7.0 to my computer. How do i use both?

>
..I deal with a company which uses JAVA JRE 1.6 update7.0. In order to use their site I also need to have Java JRE 1.6 update 7.0 on my computer. >I am sceptical. What is the URL of this site? Does it use webstart to launch the apps.?
>
..I have downloaded Java JRE 1.6 update 7.0 to my computer. How do i use both?>
For webstart apps., the procedure is along the lines of..
- Install the other JRE.
- Open the [Java Control Panel|http://java.sun.com/javase/technologies/desktop/javawebstart/apps/player.jnlp]
- In Win/Linux that will open showing the Java Cache Viewer, close it and..
- Navigate to the Java tab
- View the Java Application Runtime Settings
- Find or Add the other JRE as needed.
For applets, do the same, but from the Java Applets Runtime Settings, View button.

Re: Java JRE Mixed Code Security starting with JRE 1.6.0_19 and on

Hi,
Can you please share how you added 3rd party jars to manifest.mf. I am having same problem but I am self - signing 3rd party jars. 3rd party jars are able to upload fine if I don't sign the jars,
but if I self -sign the jars I get the following exception:
Exception in thread "Thread-15" java.lang.NoClassDefFoundError: com/l2fprod/common/swing/JDirectoryChooser
     at com.sjm.pcs.sneakernet.applet.ScanApplet$JavaScriptEventListener.run(ScanApplet.java:803)
     at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.ClassNotFoundException: com.l2fprod.common.swing.JDirectoryChooser
     at sun.plugin2.applet.Applet2ClassLoader.findClass(Unknown Source)
     at sun.plugin2.applet.Plugin2ClassLoader.loadClass0(Unknown Source)
     at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source)
     at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source)
     at java.lang.ClassLoader.loadClass(Unknown Source)
Thanks!

What are you missing?
I inherited this app and signing the third party jars is how it was setup, I was wondering the same thing too, why was it necessary to sign the third party jars?
The applet runs in either JRE 1.6.0_13 or JRE 1.6.0_27 depending on the other Java apps the user uses. JRE 1.6.0_13 does not have the mixed code security (so it is like is disable), but JRE 1.6.0_27 does have the mixed code security and the applet will not launch with mixed code security enable, so we have to disable it. With all the hacking going on in the last two years, is important to improve security; so this is a must.
Yes, I always clear up the cache.
Any idea on how to resolve this problem?

Jre conflict: jre 1.3 vs jre 1.4.2_03

Similar Messages

Maybe you are looking for