JRE 1.3.1_01 Inconsistencies

Until 8/28/01 our plug-in based applet worked well. Users would connect to the containing page (generated with htmlconverter) and their browser would download JRE 1.3.0 as specified.
Now users are handed JRE 1.3.1_01 by the same code. That would basically be fine if we could find any information about 1.3.1_01 on Sun's web site.
(1) Why did the htmlconverter-generated code stop working as advertised?
(2) Why can I not download 1.3.1_01 from Sun's site manually? There should be consistency! If you force my users' browsers to retrieve a version automatically, let me download it manually to provide support.
(3) Why were these changes made without consulting or at least informing the developer community?
A few years ago I pushed hard to incorporate Java into the design of an enterprise-scale product. Issues like this one are effectively eroding my confidence in Java as a reliable tool on which to build solutions.
I don't care who at Sun fixes problems like this one. It needs to be done better and faster. There is no excuse for ruining what would otherwise be a solid offering.

We're having the same issue. Our HTML is coded to install the 1.3.0 plug-in if one isn't yet installed on the machine. However, we noticed late last week that the 1.3.1_01 was installing in it's place (I wasn't notified of this 'til today).
Our object tag is as follows:
<OBJECT classid="clsid:8AD9C840-044E-11D1-B3E9-00805F499D93" width=100% height=100% align="middle" vspace = 0 hspace = 0 codebase="http://java.sun.com/products/plugin/1.3/jinstall-13-win32.cab#Version=1,3,0,0">
This matches Sun's documented location of the .cab file for installation.
We've also tried to find information on the 1.3.1_01 version, but to no avail. Our only problem is that we're currently testing our app with 1.3.1, only to find out that some of our customers are inadvertantly getting 1.3.1_01.

Similar Messages

Datek Streamer does not work with JRE 1.3.1_01

I am unable to load the Datek Streamer applet (www.datek.com) when using the JRE 1.3.1_01. I have tried using the JRE with Internet Explorer 5.5 SP2, Netscape 6.2, and Mozilla build 2001112104. In each case, the message "Java applet loading" appears in the space where the applet should display. Then the message disappears, leaving just a blank display area. This problem does not occur with Internet Explorer 5.5 SP2 using the Microsoft JVM.
Any suggestions?

Glad to see I'm not the only one. I've tried JRE 1.4 beta3 on NS 6.2.1 and datek streamer does not work on that setup either. Read through a bunch of the forums and looks like there are some related issues. The two I saw crop up the most were NS 6.x internal embedding issue and a LiveConnect security hazard issue. Not sure if anybody figured out a permanent solution though.
Running Win2K, NS 6.2.1, JRE beta 1.4. Datek Streamer applet dies right after it loads the last file (usually the datek logo gif).
If anyone finds a solution/patch please post.
Thanks

Jre 1.3.1_01 Self extracting for Solaris.

Im in the middle of making an app for college (Part of my final year project)
Basically I want to install the JRE 1.3.1_01 onto the PC for the app, but I need this process to be transparent to the user installing it.
I have opened the
JRE 1.3.1_01.sn
in the script we get the followign
#!/bin/sh
PATH=/usr/bin:/bin
libthread_path=
more <<"EOF"
**agreement text**
EOF
agreed=
while [ x$agreed = x ]; do
echo
echo "Do you agree to the above license terms? [yes or no] "
read reply leftover
case $reply in
     y* | Y*)
     agreed=1;;
     n* | n*)
echo "If you don't agree to the license you can't install this sofware";
exit 1;;
esac
done
outname=install.sfx.$$
trap 'rm -f $outname; exit 1' HUP INT QUIT TERM
echo "Unpacking..."
tail +276 $0 > $outname
if [ -x /usr/bin/sum ] ; then
echo "Checksumming..."
sum=`/usr/bin/sum $outname`
index=1
for s in $sum
do
     case $index in
     1) sum1=$s;
     index=2;
     2) sum2=$s;
     index=3;
     esac
done
if expr $sum1 != 32212 || expr $sum2 != 30194 ; then
     echo "The download file appears to be corrupted. Please refer"
     echo "to the Troubleshooting section of the Installation"
     echo "Instructions on the download page for more information."
     echo "Please do not attempt to install this archive file."
     exit 1
fi
else
echo "Can't find /usr/bin/sum to do checksum. Continuing anyway."
fi
chmod +x $outname
echo "Extracting..."
./$outname
if [ -n "$libthread_path" ] && [ -f "$libthread_path/`uname -r`/libthread.so.1" ]; then
echo "Making libthread links"
ln -s `uname -r`/libthread.so.1 $libthread_path/libthread.so.1
ln -s libthread.so.1 $libthread_path/libthread.so
fi
echo "Done."
rm -f $outname
exit 0
Basically I have changed more at the very top, to cat, which displays the entire agreement, and I made the agreed variable equal 1, so the installer always agrees to the licence text.
The problem is with the checksum I keep getting errors, mainly about the file being corrupt and it not liking that.
By removing
if expr $sum1 != 32212 || expr $sum2 != 30194 ; then
     echo "The download file appears to be corrupted. Please refer"
     echo "to the Troubleshooting section of the Installation"
     echo "Instructions on the download page for more information."
     echo "Please do not attempt to install this archive file."
     exit 1
fi
else
It skips and goes straight to the install but installs garbage . Any suggestions on making it work. I plan to package up the changed Script and put my own checksum onto it, and incorporate it into my overall project.

Problem is simple, your failing MD5 check for file.
Since this is not legal what you doing, so I will not tell you work around
HtH :)

Updates for Java 2 Runtime Enviroment V1.4.2_08 and Java JRE 1.3.1_01

Hello everyone,
Thanks again for your help, I have a different question, because in my windows 2003 I have 2 versions, (I suppose)
Java 2 Runtime Enviroment V1.4.2_08 and
Java JRE 1.3.1_01 (Java 2 Runtime Environment Standard Edition v1.3._01)
Anyeone here, that might help me to find out the difference, or JRE 1.3.1_01 is just an old version of V1.4.2_08. Thanks a lot!

To answer " Anyeone here, that might help me to find out the difference, or JRE 1.3.1_01 is just an old version of V1.4.2_08. Thanks a lot!"
Yes. 1.3.1_01 is very old, and 1.4.2_08 contains all the fixes/features/changes that are in 1.3.1_01. There is considerable change between the two.
You are going to have to do some work to figure out the differences if that is your intention.
Each family release moves the code base forward, containing all the features/fixes from the previous family.
1.4.2 introduced new features, and had many, many fixes. Each 1.4.2 update has release notes that list the changes that you can find and read.
Consider moving to 1.7
Have fun!
-Roger

Jre 1.3.1_01 Damaged Download

I have uninstalled and deleted files and attempted to download and reinstall 4 times.
Each time i reboot after every step. I can't seem to get the java plug in to connect properly.
This is the error i get when i attemp to log into the host.
Java(TM) Plug-in: Version 1.3.1_01
Using JRE version 1.3.1_01 Java HotSpot(TM) Client VM
User home directory = C:\Documents and Settings\Rose
Proxy Configuration: no proxy
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
l: dump classloader list
m: print memory usage
q: hide console
s: dump system properties
t: dump thread list
x: clear classloader cache
0-5: set trace level to <n>
JTS-Applet: Source dir is c:\IBJts\
JTS-Applet: Started on 12/9 at 10:39
JTS-Applet: Build 742.2, 2001/12/04 09:50
JTS-Applet: applet = true
JTS-Applet: host = gw1.ibllc.com
JTS-Applet: remotePort = 4000
JTS-Applet: localPort = 0
AWT-EventQueue-1: username = Smrose1
AWT-EventQueue-1: Connecting
JTS-Login: Creating socket
JTS-Login: Local port=1234
JTS-Login: Peer=4000
JTS-Listener: Closing socket
JTS-Listener: Redirecting to gw3.ibllc.com on port 4000
JTS-Listener: Connecting
JTS-Login: Creating socket
JTS-Login: Local port=1236
JTS-Login: Peer=4000
JTS-Listener: The socket is broken
JTS-Listener: Closing socket
JTS-Listener: Connecting
JTS-Login: Creating socket
JTS-Login: Local port=1237
JTS-Login: Peer=4000
JTS-Listener: The socket is broken
JTS-Listener: Closing socket
JTS-Listener: Connecting
JTS-Login: Creating socket
JTS-Login: Local port=1238
JTS-Login: Peer=4000
JTS-Listener: The socket is broken
JTS-Listener: Closing socket
JTS-Listener: Connecting
JTS-Login: Creating socket
JTS-Login: Local port=1239
JTS-Login: Peer=4000
Can someone tell me what i am doing wrong?

You may be using the wrong copy of the jre install .exe....that causes 99% of problems. What is the size of your download file. Is it 5 meg in size?
[email protected]

Ikernal error installing JRE 1.4.1_01

NLX Gateway 733 mHz;128 megs memory, Intel motherboard
20 gig hardrive
FDisk hard drive
reformated hard drive using W_xp defaults
Update this XP professional online with all critical updates as of today 2/27/03
Problem starts when during the installation of 1st piece of software I go to install.
Java runtime engine SE ver 1.4.1_01
upon downloading it proceeds to install itself
Error: IKernal.exe
The instruction "0x771c741a" referencing memory at "0x001633f0" The memory could not be read
What caused this?
What are the consequences of this?
I exited the error.
I check and the Java runtime engine is install.
The demo package for the Java engine seem to be functioning/working.

I had the exact same error installing JDK 1.4.1_02 (02 not 01!) on Windows XP Professional.
I launched some application using the JDK 1.4.1_02 java, and everything appeared to work, similar to what you said.
I had installed JDK 1.4.1_01 in the past, and don't remember getting that error message.

Plug-in 1.3.1_01: cannot verify the CA Root

Dear,
I try to use my signed applet with the new version of the plug-in, and it doesn't work: The plug-in is unable to check the CA Root certificate. The following trace and a dialog box appears when I launch my html file (the dialog box is a warning to tell me that the plug-in is unable to check the CA Root certificate).
I use an Applet instead a JApplet, but it should not be a problem (does it?)
It worked with the old plug-in 1.3.0
This is the trace I receive:
Plug-in Java(TM): Version 1.3.1_01
Utilisation de la version JRE 1.3.1_01 Java HotSpot(TM) Client VM
R?pertoire d'accueil de l'utilisateur = C:\Documents and Settings\lugeon
Configuration du proxy : Configuration automatique du proxy
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
l: dump classloader list
m: print memory usage
q: hide console
s: dump system properties
t: dump thread list
x: clear classloader cache
0-5: set trace level to <n>
java.security.cert.CertificateException: Unable to verify the certificate with root CA
     at sun.plugin.security.TrustDecider.isAllPermissionGranted(Unknown Source)
     at sun.plugin.security.PluginClassLoader.getPermissions(Unknown Source)
     at java.security.SecureClassLoader.getProtectionDomain(Unknown Source)
     at java.security.SecureClassLoader.defineClass(Unknown Source)
     at java.net.URLClassLoader.defineClass(Unknown Source)
     at java.net.URLClassLoader.access$100(Unknown Source)
     at java.net.URLClassLoader$1.run(Unknown Source)
     at java.security.AccessController.doPrivileged(Native Method)
     at java.net.URLClassLoader.findClass(Unknown Source)
     at sun.applet.AppletClassLoader.findClass(Unknown Source)
     at sun.plugin.security.PluginClassLoader.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)
Regards
Blaise

Again me...
I got the answer at the url: http://forums.java.sun.com/thread.jsp?forum=63&thread=136469
The difference is that now you have a "trust store" with all CA certificate in the plug-in folder. with the previous plug-in, the trust list was the root certificate store in IE.
Is it posible to use the certificate store of IE instead of the file in the folder of the plug-in?
Thanks
Blaise

JRE server changes?

I built an application that ships with an embedded JRE that uses the server version of the Hotspot compiler. It used to work fine, but when I changed to the 1.4.1_01 JRE, it fails because is looking for c:\program files\java\j2re1.4.1_01\bin\server\.... Adding the server runtime folder and the dlls it contains to c:\program files\java\j2re1.4.1_01 fixed the immediate problem on my development system. It appears that only the client Hotspot compiler is normally installed in this location.
I would like to embed the JRE in my application and have no dependency on other packages (this worked fine with the 1.3 JDK). I can't find anything that ties the JRE to C:\program files\java\j2re1.4.1_01 in the registry.
How do I go about distributing this JRE with server support in a specified directory?
Thanks,
David Morris

Thank you for your reply. I do distribute the server folder with the build. The problem is that I distribute the JRE in c:\myapp\jre\j2re1.4.1_01... and for some reason I am getting an error saying that c:\program files\java\j2re1.4.1_01\server\... does not exist. Copying the server folder to c:\program files\java\j2re1.4.1_01 does fix the problem but I would much rather embed the JRE in my application directory structure and not rely on someone elses windows setup.
Thanks,
David Morris

How to uninstall java plugin without removing JRE completely

how to uninstall java plugin without removing JRE completely.
Hope someonce can help, all the documentation ive seen till now shows how to uninstall the Java plugin by completely removing the JRE.
Also if you install JRE 1.4.1_01 and do not choose to install the browser plugin on the browers prompted ... does it not install the plugin?

In IE
Tools -> Internet Options -> Settings -> View Objects
Delete the ActiveX control for the Java Plugin
This removes the ActiveX control (plug-in) from the browser but doesn't delete the JRE.

Should I uninstall the jre before I install the sdk?

I'm wondering what the best practice is here. I've had the jre 1.4.1_01 plugin installed and working fine with Mozilla 1.2.1.
Should I uninstall it before I install the sdk? I really don't want any conflicts but I'm sure if the jre in the sdk is for the sdk's use or if I can use it in my web browser as well.
Thanks.
sb

i you uninstall or not it doesn't matter, your sdk will jus work fine. But in the browser you got to select which jre you want to use.
Bye
-Dani

Backwards Compatibility JRE

Hi,
I was wondering if JRE 1.4.2 is backwards compatible. Let's say, is it compatible with JRE 1.4.1_01
Thanks in advance,
Mkrijt

Hi,
I was wondering if JRE 1.4.2 is backwards compatible.
Let's say, is it compatible with JRE 1.4.1_01
Thanks in advance,
MkrijtI suppose yes... I never had a problem moving from 1.3 to 1.4.2
***Annie***

Can not use search in workshop help (PC JRE proble)

The search requires 1.4.1_01. When I try to install this I get a prompt saying
to uninstall and can not get further than this.
I can install 1.4.1_04 (and de-install it) but this does not work with the search
Reg and error in word attached file
I have de-installed 1.4.1_04, rebooted but still get same error message
Windoz!!!
[jre 1.4.1_01 problem.doc]

Same sort of problem.
Changed browser from IE to Netscape in the Tools --> IDE Configuration --> Browser
panel.
I have the Java Plugin 1.4 setup to run all Applets destined for Netscape.
Maybe having it run all Applets for IE will also do the trick.
This can be set in the Plugin Config accesible via the Control Panel on the PC.
Cheers - KSS.
"Steve Hicks" <[email protected]> wrote:
>
>
>
The search requires 1.4.1_01. When I try to install this I get a prompt
saying
to uninstall and can not get further than this.
I can install 1.4.1_04 (and de-install it) but this does not work with
the search
Reg and error in word attached file
I have de-installed 1.4.1_04, rebooted but still get same error message
Windoz!!!

Do not download new JRE

Hello,
I have a situation where the client does not want me to download the JRE if my applet does not find the JRE required. If I require JRE 1.4.0 and higher, but the client does not have it, then is there a way for me to send the user to an error page as opposed to the auto download feature provided by sun as part of the object tag?
Since more corporations do not allow users to install applications, this is quite a problem for us.
Any help would be great.
Thanks
Amitabh

No,
I do not think it is a bug, but just a requirement that i think should be in most cases. Some corporations are still using jre 1.3.1_01 and are not very eager to jump on the newer JRE bandwagons. Their applications depend on this particular version of the JRE and moreover most corporations do not give the clients the necessary privileges to install applications. Instead it would be nice if i could simply go to some error page as opposed to forcing the client to download and install the JRE that our applications need. If our application cannot find the JRE it needs, it's ok for us to redirect the user to some page that tells him that he needs to get the version we need. I am hoping that there is some way to do this. I did find a way to do something like this using javascript, but that script specifically looks for the exact version of the JRE as opposed to a version or higher, kind of thing.

Packaging JRE/plug-in with Mozilla & our app... is JRE installer required?

We distribute a version of our application as a standalone implementation of our web application. We use an applet to act as a wrapper of our application server, proxying request/responses through JavaScript/applet instead of HTTP/servlet.
Right now we package the installer for our standalone application so that it installs JRE 1.3.1_01 using the standard installer, then installs the application. When the user wants to run the application, he opens a HTML page in IE 5.5 or IE 6 referencing the applet. From here the application runs just like it runs in the server-based mode.
The problem with this model is our dependency on the target system having the correct browser. I would like to package Mozilla and the JRE with the application, thus giving us more control over the installation.
Ideally, I would like to have an installer that simply creates a directory with our application, a dedicated copy of Mozilla, and a dedicated copy the JRE. That way we could custom configure Mozilla to contain NP*.DLL in the bin/plugins directory, and have a custom policy file in the JRE. Does the JRE installer do anything 'special,' such as create registry entries that the plug-in must reference to run? Does anyone have similar experience with doing this?
Thanks!

I'm actually trying to do the same thing I've been wondering what the best way is to package the JRE in this case. Is there a way to install the JRE without using the installer and just copy the files where we need to put them? I am using Phoenix, a mozilla fork, that does not have the plugins folder updated with the proper java plugins when the JRE is installed, we have to manually copy the plugins that got installed into the Mozilla folder. Please let me know if you found anything.
Thanx.

1.3.1_01 plugin shown as damaged in IE5

I've installed Java 1.3.1_01 plugin and it works OK on Java's 1.3.1_01 demo applets such as in http://java.sun.com/products/plugin/1.3.1_01a/demos/applets/MoleculeViewer/example1.html
But In IE5.5, I went to tools -> Internet Options -> Settings -> View Objects. In it one of the two JRE active x control is labeled "damage". This object has a class id of {CAFEEFAC-0013-0001-0001-ABCDEFFEDCBA} which is the default class id inserted by the htmlconverter. Almost all previous applets uses this class id. Since it can't find a working ActiveX control of this class id, it will try to download Java 1.3.1 plugin even though 1.3.1_01 is already installed. If you do install it, you'll have two plugins and according to the Release Notes and also in my exprience, you'll have problems.
So basically 1.3.1_01 Plugin will not work with all previous applets; not backward compatible. Does anybody have the same experience?

We had a similar problem when trying to pre-install the JRE, then run a web page with an applet in it. Apparently there is a bug in the JRE installer (1.3.1_01) that puts extraneous values into the registry. As a work-around, you can delete those values out of the registry. I had to do this in our installer with a simple C++ program.
Delete the INF values under:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Code Store Database\Distribution Units\{8AD9C840-044E-11D1-B3E9-00805F499D93}\DownloadInformation
and
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Code Store Database\Distribution Units\{CAFEEFAC-0013-0001-0001-ABCDEFFEDCBA}\DownloadInformation
('0013-0001-0001' <==> JRE 1.3.1_01. Replace with your version)
Hope this helps!

JRE 1.3.1_01 Inconsistencies

Similar Messages

Maybe you are looking for