JRE 1.4.2_03 - 1.4.2_07 upgrade

We have been running _03 for quite a while now and a simlpe upgrade to _07 has caused our apps not to launch. Jar files will be d/l'd but web start just stalls and no java console appears. Java console logging tells me it cant find my class.
any ideas?
java.lang.NoClassDefFoundError: Illegal name:
console/client/Console
     at java.lang.ClassLoader.defineClass(Unknown Source)
     at java.security.SecureClassLoader.defineClass(Unknown Source)
     at com.sun.jnlp.JNLPClassLoader.defineClass(Unknown Source)
     at com.sun.jnlp.JNLPClassLoader.access$100(Unknown Source)
     at com.sun.jnlp.JNLPClassLoader$1.run(Unknown Source)
     at java.security.AccessController.doPrivileged(Native Method)
     at com.sun.jnlp.JNLPClassLoader.findClass(Unknown Source)
     at java.lang.ClassLoader.loadClass(Unknown Source)
     at java.lang.ClassLoader.loadClass(Unknown Source)

I'll repsond to my own question with the answer I found by further searching here in the forums. but PLEASE anyone who can identify this bug in this release notes let me know
http://java.sun.com/j2se/1.4.2/ReleaseNotes.html#142_06
Our JNLP file specifies a FQPN with '/' as a delimiter ie:
com/blah/yada/yada
change it to
com.blah.yada.yada
and your golden.

Similar Messages

Compress JRE 1.4.2_03 to less than 5Mb

I've done some JRE compression experiments using free 7-zip file archiver (www.7-zip.org) and new Pack200 packer from JDK 1.5 beta (http://java.sun.com/j2se/1.5.0/docs/guide/deployment/deployment-guide/pack200.html).
I took the standard JRE 1.4.2_03 folder and compressed with Pack200 format the next jar files:
jre\lib\applet\WMPNS.jar
jre\lib\charsets.jar
jre\lib\ext\dnsns.jar
jre\lib\ext\ldapsec.jar
jre\lib\ext\localedata.jar
jre\lib\ext\sunjce_provider.jar
jre\lib\im\indicim.jar
jre\lib\im\thaiim.jar
jre\lib\jce.jar
jre\lib\jsse.jar
jre\lib\plugin.jar
jre\lib\rt.jar
jre\lib\sunrsasign.jar
The Pack200 properties were the next:
Pack200 packer = new Pack200();
Map p = packer.getProperties();
p.put(Pack200.PACK_EFFORT, "9");
p.put(Pack200.PACK_KEEP_FILE_ORDER, Pack200.FALSE);
p.put(Pack200.PACK_MODIFICATION_TIME, Pack200.LATEST);
p.put(Pack200.PACK_DEFLATE_HINT, Pack200.FALSE);
p.put(Pack200.PACK_STRIP_DEBUG, Pack200.FALSE);
p.put(Pack200.PACK_UNKNOWN_ATTRIBUTE, Pack200.ERROR);
Then I archived JRE folder by 7-zip application using LZMA ultra compression mode (vocabulary size 32Mb, word size 128). The result size was 7362457 bytes or 7,02Mb.
After that I removed the next files (as I understand they can be removed from JRE distrib):
bin\keytool.exe
bin\kinit.exe
bin\klist.exe
bin\ktab.exe
bin\orbd.exe
bin\policytool.exe
bin\rmid.exe
bin\rmiregistry.exe
bin\servertool.exe
bin\tnameserv.exe
lib\audio\soundbank.gm
lib\cmm\PYCC.pf
lib\ext\dnsns.jar
lib\ext\ldapsec.jar
lib\ext\localedata.jar
lib\ext\sunjce_provider.jar
lib\font\LucidaBrightDemiBold.ttf
lib\font\LucidaBrightDemiItalic.ttf
lib\font\LucidaBrightItalic.ttf
lib\font\LucidaBrightRegular.ttf
lib\font\LucidaSansDemiBold.ttf
lib\font\LucidaSansRegular.ttf
lib\font\LucidaTypewriterBold.ttf
lib\font\LucidaTypewriterRegular.ttf
lib\charsets.jar
The new size became 4841096 bytes or 4,61Mb!
Of course, today such JRE compression way is inapplicable (we don't have standalone Pack200 unpacker - but it's included to JDK 1.5 as native library "bin\unpack.dll"), BUT this experiment demonstrated the REAL achievable JRE installation size. And I'm sure that if we have such distributable JRE pack, then java-based desktop applications will more popular and guys from SUN should pay more attention to such possibilities.

Dear All,
As per the following link, there are pack200.exe and unpack200.exe. I believe it is not available in JRE1.5 Beta.
http://java.sun.com/j2se/1.5.0/docs/guide/deployment/deployment-guide/pack200.html#pack200_compression
Can we download it from somewhere? Because I want to compress my jars (built using jre1.4.2) and my application needs jre1.4.2.
I could not use jre1.5 beta since my application will work perfectly on jre1.4.2.
Is there any way to achieve this?
Thanks for your help.
regards,
MSKumar

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

Touchgraph link browser right click won't work; jre 1.4.2_03 linux

touchgraph link browser right click won't work; jre 1.4.2
Wanted to mention that the touchgraph link browser(java client) client starts correctly in Redhat 9, but i found one problem when trying to edit links. The problem being that I can't open the small popup menu when i right click in linux RedHat 9. left clicking while dragging on a selected link (in edit mode) lets you create a new link both in microsoft windows 95a and in Redhat 9. When i right click in win95a, a small menu appears that allows me to edit a link, but this menu doesn't appear after right clicking a link in edit mode in redhat 9 (which does work with TG link browser in win95).
I tried using a 2 button mouse with 3 button emulation. I also tried to use a 3 button logitech trackball which works with the old logitech c7 setting in Redhat. I also tried to operate the mouse with it's three buttons using the number keypad in linux, which works in other applications under linux. The same problem still happens in trying all of these methods.
I was told that unix and windows use different "select," "extend," and "menu" buttons(in relation to the mouse).
Maybe, microsoft windows is using a different method of interpreting the right mouse button than redhat linux 9. if so, maybe there is a way to do this in linux (really, i have no idea how this could be done, but am open to try).
If there is a solution, i would appreciate knowing how to go about doing it. .
note: I am using Sun's java 1.4.2_04 in windows 95a and I am using Sun's java 1.4.2_03 in Redhat 9. Both are the most current, i just downloaded them recently.
note: touchgraph link browser is an open source java client and applet under the GNU general Public License. I think that the source code was included with the binary. I am using touchgraph link browser v 1.20 . I downloaded from sourceforge.net
in google i found the following:
https://lists.xcf.berkeley.edu/lists/advanced-java/1999-September/000532.html
note: mara, you helped me before when i was practically installing redhat 9 and i had a problem with the installation and you mentioned that it was a faulty cd-rom drive. with your help, i am enjoying in learning about linux for the past 5 months since your answer helped me install redhat 9 successfully. Thank you very much since my very first question to you.
Answer Hello,
I downloaded the program and, if I think of the right situation, the right-click doesn't bring a menu for me. The thing I noticed is that when I drag a new link and (with left mouse button pressed) press right button it has an effect of 'canceling' the link. That's why I think that right mouse button works correctly. The problem is why the menu does not appear.
I can see two reasons, both causing problems not easy to solve: bug in the program or incompatibility between Windows and Linux java versions. The second one should not happen.. but it doesn't mean it's impossible. A bug in the program should be easier to find, but not by me (with not very big Java experience it'd take me several days).
What I'd do in your place is to mail the program developers (or report a bug). It won't make things worse, but can fix things.
Sorry that I can't help more
Mara
notethe second half is a post i made to all experts.com

http://www.realvnc.com/pipermail/vnc-list/2001-February/020570.html
this Url has a comment on this problem in linux. just wanted to post this. it might help.

Machine-specific configuration setting JRE 1.4.2_03

Does anybody know how to set machine-wide JRE deployment properties in JRE 1.4.2 (Windows2000)?
Configurations which has been set using the control panel are stored in C:\Documents and Settings\USER\Application Data\Sun\Java\Deployment\deployment.properties. This settings are unfortunately only user wide and therefore, if a new user logs onto the system he would not have the same configuration.
Reason: Our web applications require local JAR-files. In JRE 1.3.0 the windows system variable "classpath" was be used to find the local JARs. However, in JRE 1.4.2 this approach does no longer work. It only works, if the classpath variable is set in deployment.properties for a single user. I did not find a way to set it for the whole machine.
Thanks for your help!

env var USER_JPI_PROFILE might fix your problem
gtx, fyo

JRE upgrade to 1.4.1_04

Hi,
We have a client application thats written in JAVA Swing which currently uses JRE 1.3.1. Recently the JRE version in client machines has been upgraded to 1.4.1_04.
We would like to recompile our existing application in Java 1.4.1_04. But currenly this version is not supported by Sun. Only version 1.4.2 is supported.
Could you let me know if I can complie the application in 1.4.2 and will it be backward compatible with 1.4.1_04. Or should I download the 1.4.1_04 SDK and compile my application using that.
Any suggestion would be of great help.
Thanks in advance.
Arun

Sun always strive to make the JVM upwards compatible, which is to say you can run old software on newer JVMs but the reverse may not be true.
The exception to this rule tends to lie in the libraries where bug fixes and API enhancements may make the new API functionally different from the old one. There is no solution to this problem from a recompilation, so there is very little point in recompiling your older application.
For example, between J2SE 1.2 and J2SE 1.3 the implementation of
java.lang.Double.hashcode
Was changed. Code depending on the old functionality will not behave the same way with the new library. A recompile cannot fix this.
Worse, an attempt to "fix" your code by recompiling it may result in a failed compilation. In 1.2 there was only one Timer class javax.swing.Timer yet in 1.3 there is another java.util.Timer.
If you use the unqualified name "Timer" in your code and use the following import statements:
import java.util.*;
import javax.swing.*;
Then your code will compile in 1.2 and not compile in 1.3 - even though the compiled code will behave as expected.
Sorry if that wasn't the answer you were expecting.
Dave.

JRE 1.4.0 or 1.4.1?

Hallo,
we are running a Java Application with JRE 1.3.0 and planning to upgrade the JRE-VErsion to JRE-Version 1.4: which version would you suggest us to use?
We have heard that JRE version 1.4.1 has more bugs than JRE version 1.4.0: is this correct?
And what do you think of JRE version 1.4.2?
kind regards,
Christoph

I forgot to say:
we have made the praxis-test with JRE 1.4.1, and have fount many problems with it (including blocking system, printing problems, and so on); so we are thinking whether it can be caused with the JRE-version 1.4.1.

JRE 1.4.2_04 install and un-install issues

I was having problems running a Java app and I decided to un-install and re-install my JRE. I am running Windows XP Pro SP1 and IE6 SP1 as well. I went to "Add remove programs" and I noticed I had both of the following:
Java 2 Runtime Environment, Standard Edition 1.4.2_03
Java 2 Runtime Environment, Standard Edition 1.4.2_04
I uninstalled revision 3 ok, but unistalling revision 4 gives me this error:
"Failed to extract file 'Dll_ini' from binary table"
I get the same exact error trying to re-install Java 2 Runtime Environment, Standard Edition 1.4.2_04
I'm stuck here... can anyone lend a hand?

So... 14 hours later...
I found a mirror site that had JRE 1.4.2_03 and I downloaded and installed it and I was able to run the apps, but I still could not un-install revision _04
I did these 5 things and was able to get JRE 1.4.2_04 installed. Actaully, once the Sun license acceptance page came up on install I canceled it because the errors Iwas getting previously happened prior to the License page, so I knew it work. I un-installed revision _03 and then installed revision _04 with the hopes of squelching further errors.
1. Check and make sure msiexec.exe is not in memory. If it is, and no setup is running at the time, end that task and restart the system. Alternatively, try START, RUN, type "msiexec /unregister", OK and then START, RUN, type "msiexec /regserver", OK
2. Clean out the Temp directory. C:\Documents and Settings\<USER NAME HERE>\Local Settings\Temp
3. Delete the C:\Program Files\Common Files\InstallShield\Driver folder and then rerun the setup.
4. The other potential cause is a missing Stdole.tlb, stdole32.tlb, or stdole2.tlb file. These are core Windows files and should exist on your machine.
5. I ran SFC.EXE, I did have core WinXP Pro files missing. See MS Knowledge Base article Q310747 http://support.microsoft.com/default.aspx?scid=kb;EN-US;310747
Some of the InstallShield info came from here http://support.installshield.com/kb/view.asp?pcode=ALL&articleid=Q105416&source=support_central&product=wind
Hope this helps you all!

JRE 1.4.2: how to override the default xml parser?

Hi all,
I have JRE 1.4.2_03 and I need to replace the default xml "crimson" parser with xerces because the former one doesn't properly handle utf-8 BOM.
Does anyone have an idea where I should look at for this kind of configuration?
I skimmed thorugh the oracle docs but couldn't find anything.
I found a link describing how to change the xml parser in OC4J, but my understanding is that this has little to do with what I am looking for.
I need to force Saxon 8.6.1, that is invoked by means of java.exe from the command line, to pick up the right xml parser.
Has anyone else tried this out already?
Alternatively, is it safe to install JRE 1.5 in place of JRE 1.4.2 on a Oracle 10.1.0.4 database?
I am told that JRE 1.5 uses a different xml parser that should fix my problem.
Bye,
Flavio

I sorted this out myself.
Downloaded the latest stable xerces binary (2.5.0) from http://xml.apache.org/dist/xerces-j/
Then I extracted xercesImpl.jar and put it under:
%ORACLE_HOME%\LIB\endorsed
I had to create the endorsed folder as it didn't exist.
Then, when invoking Saxon using java.exe, I added the following switch:
-Djava.endorsed.dirs=%ORACLE_HOME%\LIB\endorsed
That's it.
You can find some background info on:
https://jaxp.dev.java.net/Updating.html
Bye,
Flavio

JRockit SDK 1.4.2_03 does not install at all on Win2k SP4

Trying to install the JRockit SDK under Windows 2000 SP4, it successfully unpacks the archive and then dies with a pop-up box titled "javaw.exe - application error" and the error is: The instruction at "0x7c34feb4" referenced memory at "0x00000001". The memory could not be "read".
I have tried a number of times. I have redownloaded the SDK file. I've tried just installing the JRE 1.4.2_03 and get the exact same complaint. I know the archive is OK because it installs on other computers fine.
I have tried installing in console mode. I get the same error. I tried manually unpacking the archive, manually unzipping the JRE zip into the indicated subdirectroy, and running the javaw.exe command by hand that is listed in the autoexec.inf file. Same error.
Any idea how I can get around this?
All versions of the Sun SDK and JRE I have installed previously install fine and work fine on this machine.
I have not tried installing earlier versions of JRockit.
Any ideas?
Thanks
Eddie

This is weird. We have done lots of installs on Windows 2000 SP4 without
any problems so I don't think that is related. Is there anything else
that differs on this machine compared to the other machines? One thing
you can try is to run the installer with the following options and send
us the debug.log file: "-log=debug.log -log_priority=debug"
A simple solution is just to copy the JRockit installation from another
computer. The installer doesn't do anything special to the machine
configuration. It basically just unzips JRockit into a directory.
Regards,
/Staffan
Edward Kuns wrote:
Trying to install the JRockit SDK under Windows 2000 SP4, it successfully unpacks the archive and then dies with a pop-up box titled "javaw.exe - application error" and the error is: The instruction at "0x7c34feb4" referenced memory at "0x00000001". The memory could not be "read".
I have tried a number of times. I have redownloaded the SDK file. I've tried just installing the JRE 1.4.2_03 and get the exact same complaint. I know the archive is OK because it installs on other computers fine.
I have tried installing in console mode. I get the same error. I tried manually unpacking the archive, manually unzipping the JRE zip into the indicated subdirectroy, and running the javaw.exe command by hand that is listed in the autoexec.inf file. Same error.
Any idea how I can get around this?
All versions of the Sun SDK and JRE I have installed previously install fine and work fine on this machine.
I have not tried installing earlier versions of JRockit.
Any ideas?
Thanks
Eddie

JRE in oracle 9.2.0.1.0 ?

Hi All
we are using above oracle version with JRE 1.3
is it possible to upgrade java from 1.3 to 1.4.2 in oracle JRE
Thanks
kedar

You cannot upgrade the JVM that is embedded in the Oracle database if that is what you are asking. You can, however, use a 1.4 JVM to connect to and work with a 9.2 database.
Justin
Distributed Database Consulting, Inc.
http://www.ddbcinc.com/askDDBC

JRE and EBS 12.1.2/3

APPS - 12.1.2 (upgrade to 12.1.3 in QA testing)
APPS Tier hardware - Linux x86_64 - SLES 10 SP2
DB - 11.2.0.3 - zLinux - s390
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
My next question is about JRE and the recent updates/vulnerabilities published by Oracle
Our server team is currently pushing out 7u13 to all users desktops. Our Apps tier servers are still at java version "1.6.0_20".
Over the past couple of days, users who log in are encountering security warnings - when trying to invoke the forms engine.
Steve Chan's blog has posted about this in his blog @
https://blogs.oracle.com/stevenChan/entry/java_jre_1_7_02?utm_source=feedburner&utm_medium=email&utm_campaign=Feed%3A+OracleE-BusinessSuiteTechnology+%28Oracle+E-Business+Suite+Technology%29
I am aware that I have to follow through with Note 437878.1 to upgrade the Forms tech stack.
However knowing that this is a long drawn out process and not likely to happen tomorrow or even in the next three/four weeks, is there another way to upgrade our JRE on the Tech Stack to a more recent version -
Running which java returns /ds01/mclebs/SID/apps/tech_st/10.1.3/appsutil/jdk/jre/bin/java
Is there any way to upgrade java here without the Forms Tech Stack Upgrade (assuming this is also included in the patches detailed in Note 437878.1
Thanks

864641 wrote:
APPS - 12.1.2 (upgrade to 12.1.3 in QA testing)
APPS Tier hardware - Linux x86_64 - SLES 10 SP2
DB - 11.2.0.3 - zLinux - s390
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
My next question is about JRE and the recent updates/vulnerabilities published by Oracle
Our server team is currently pushing out 7u13 to all users desktops. Our Apps tier servers are still at java version "1.6.0_20".
Over the past couple of days, users who log in are encountering security warnings - when trying to invoke the forms engine.
Steve Chan's blog has posted about this in his blog @
https://blogs.oracle.com/stevenChan/entry/java_jre_1_7_02?utm_source=feedburner&utm_medium=email&utm_campaign=Feed%3A+OracleE-BusinessSuiteTechnology+%28Oracle+E-Business+Suite+Technology%29
I am aware that I have to follow through with Note 437878.1 to upgrade the Forms tech stack.
However knowing that this is a long drawn out process and not likely to happen tomorrow or even in the next three/four weeks, is there another way to upgrade our JRE on the Tech Stack to a more recent version -
Running which java returns /ds01/mclebs/SID/apps/tech_st/10.1.3/appsutil/jdk/jre/bin/java
ThanksIf you want to upgrade JRE native plug-in then you need to follow the steps in these docs.
Deploying Sun JRE (Native Plug-in) for Windows Clients in Oracle E-Business Suite Release 12 (Note 393931.1)
Upgrading OracleAS 10g Forms and Reports in Oracle E-Business Suite Release 12 (Note 437878.1)
For JDK version upgrade to use on the application tier, please see:
Overview of Using Java with Oracle E-Business Suite Release 12 [ID 418664.1]
Using Latest Java 6.0 Update With Oracle E-Business Suite Release 12 [ID 455492.1]
Thanks,
Hussein

R12 and Sun JRE question

Just a quick question related to the Sun JRE and R12 .. We recently upgrade from 11.5.10.2 to 12.1.3 ..
We are still in testing mode but everything appears to be working fine so far ..
One thing we noticed is that we are using the Sun JRE 1.6_18 on our PC's and we have 1.6_07 on the Web server environment files.
ex: in the .xml s_sun_plugin_ver">1.6.0_07
We also had to disable the Next Generation feature in the SUN JRE 1.6_18 because of different issues already known in metalink.
As far as I know the Sun JRE version in the Webserver only indicates the lowest version that can be used on PC's, all our PC use version 1.6.0_18
Is there any advantage in running the "txkSetPLugin.sh 16018" to bring the Webserver at 1.6.0_18 instead of 1.6.0_07 ?
Or can we just leave the webserver version at 1.6.0_07 ? as all our PC's use only one version of the Sun JRE which is 1.6.0._18
Thanks

When reading note 393931.1, it appears that the version in the Webserver config files, only dicates the lowest version that can be used on the PCs , in our case we only have one version 1.6_18 on our PCs , so I assume that having version 1.6_07 or 1.6_18 in the Web config files should not make any difference in our case ?It is always recommended you have the same version of Jinitiator/JRE on the web server and the client machines. Not sure about the list of advantages, so you may log a SR for this.
Also Note 393931.1 mentions patch 4377566, but the readme for this patch mentions the following:
APPLICATIONS INTEROPERABILITY PATCH FOR JRE1.5.0_x PLUGIN
So is this patch also applicable to JRE 1.6 ?This is a small patch, so I would recommend applying it.
Thanks,
Hussein

Does JMF require a particular a new jre version?

Hi to all the JMF funs.
I made a simple transmitting - receiving application with JMF211e.
It works with jre 1.4.2_03 but it seems not working with another Pc that runs jre 1.3.1. No errors, only the receiver program doesn't run completely.
is it possible the is caused by the older jre ?
Thank you (again).
Alessandro

thanks again and glad to hear of you again.
Your suggestions are very good but it'all ok with my PC. I ' ve got to analize better the differences making a debug in the two PC.
The processes seem to start correctly but for some reason
     * SessionListener.
    public synchronized void update(SessionEvent evt) {
     if (evt instanceof NewParticipantEvent) {
         Participant p = ((NewParticipantEvent)evt).getParticipant();
         System.err.println(" - A new participant had just joined: " + p.getCNAME());
    }is not executed. Simply i don't see any
System.err.println(" - A new participant had just joined: " + p.getCNAME()); I'll study a little more during the week-end
Best regards
Alessandro

JRE auto download version

Hi,
I�m involved with supporting an application that uses applets. If a user opens a browser (IE 6.0) and starts the applet, the JRE download and install process automatically starts, if the client machine doesn�t have a JRE installed.
The problem is that it always downloads JRE 1.4.2_03, but we want it to download JRE 1.4.2._10 or 1.4.2._11. Is this a configuration parameter within the browser, or is it down to the applet itself? The applet is served up by an application running on IIS, but I think this more of a client side issue, right?
Any help would be appreciated.
Thanks,
Dave.

You can use the htmlconverter to convert applet tags to object tags.
Since IE is already downloading the jre I guess you are using an object tag.
For IE this object tag has a clsID and a codebase, codebase is the
location of the cab file (activex control) IE needs to download and install
if the clsid is missing from it's installed activex controls.
If you use the htmlconverter to convert an applet tag in a html page there
are options you can choose for browser and java version.
http://www.google.com/search?complete=1&hl=en&q=site%3Asun.com+applet+versioning&btnG=Google+Search
will get you here:
http://java.sun.com/products/plugin/versions.html

JRE 1.4.2_03 - 1.4.2_07 upgrade

Similar Messages

Maybe you are looking for