Jre 1.6.0_11 problems WIrefusion

Hello everyone,
We use a package called Wirefusion (www.demicron.com) it creates little java applets primarily with 3D content.
Since the lates jre update (update 11 i think) all applets new and old fail to run locally. Console repeats:
java.lang.NullPointerException
     at com.wirefusion.player.Core.d(Unknown Source)
     at com.wirefusion.player.Core.run(Unknown Source)
     at java.lang.Thread.run(Unknown Source)
I know this a very specific problem but hopefully it can be related to other problems people have been having with the latest update
Thanks
Mike

Try disabling the "Next-Generation Java Plug-In". There have been reported issues with it.

Similar Messages

  • Problems with the las version of jre 1.6.0_11

    Hi
    I have an applet developed in java 5 years ago. Every year we have run it without big deals since this time.
    The applet works without problems if it's running in a computer with jre 1.6.0_7 but if the computer has the jre 1.6.0_11 it doesn't work.
    These last days I have tried to debug it and find the problem.
    The error that take me is:
    java.lang.SecurityException
         at java.lang.SecurityManager.checkPermission(Unknown Source)
         at java.lang.SecurityManager.checkConnect(Unknown Source)
         at sun.plugin2.applet.Applet2SecurityManager.checkConnect(Unknown Source)
         at sun.awt.image.URLImageSource.checkSecurity(Unknown Source)
         at sun.awt.image.InputStreamImageSource.addConsumer(Unknown Source)
         at sun.awt.image.InputStreamImageSource.startProduction(Unknown Source)
         at java.awt.image.FilteredImageSource.startProduction(Unknown Source)
         at java.awt.image.FilteredImageSource.startProduction(Unknown Source)
         at sun.awt.image.ImageRepresentation.startProduction(Unknown Source)
         at sun.awt.image.ImageRepresentation.prepare(Unknown Source)
         at sun.awt.SunToolkit.prepareImage(Unknown Source)
         at java.awt.Component.prepareImage(Unknown Source)
         at java.awt.ImageMediaEntry.startLoad(Unknown Source)
         at java.awt.MediaEntry.getStatus(Unknown Source)
         at java.awt.ImageMediaEntry.getStatus(Unknown Source)
         at java.awt.MediaTracker.statusID(Unknown Source)
         at java.awt.MediaTracker.waitForID(Unknown Source)
         at javax.swing.ImageIcon.loadImage(Unknown Source)
         at javax.swing.ImageIcon.setImage(Unknown Source)
         at ImagePanel.OmpleImagePanel(ImagePanel.java:258)
         at AppletArbol.init(AppletArbol.java:167)
         at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
         at java.lang.Thread.run(Unknown Source)
    Excepcin: java.lang.SecurityException
    The reference to the classe Imagepanel.java line 258 has: icones[c].setImage(imatgesR[c]);
    where icones is an array of ImageIcon: in the previous code it has :
    ImageIcon [] icones;
    and the magic sentence:
    for(int c=0;c<=icono.size()/*-1*/;c++){                         
                   icones[c]= new ImageIcon();
                   icones[c].setImage(imatgesR[c]);                         
    And imatgesR is an array of Image
    Image [] imatgesR;
    What is trying to do the program is convert an array of Image to an array of ImageIcon which will be insert in a JLabel.
    What's the problem with this sentence now?? There is some other way to do the same??
    I've tried to convert all the array in Vectors and the problem persist, the setImage doesn't work!!
    Thanks

    I'm experiencing a similar problem with an applet programmed (not by me) between 2004 and 2006. The applet works during testing with all JRE versions before 1.6.0_11 but fails with 6.0_11 and 6.0_12, at least on my machine w/ Win XP. (But the error does not occur for the developer when using Scientific Linux.) The error thrown is:
    INFO           Trying server: 9877
    java.security.AccessControlException: access denied (java.net.SocketPermission 127.0.0.1:9877 connect,resolve)
    at java.security.AccessControlContext.checkPermission(Unknown Source)
    at java.security.AccessController.checkPermission(Unknown Source)
    at java.lang.SecurityManager.checkPermission(Unknown Source)
    at java.lang.SecurityManager.checkConnect(Unknown Source)
    at sun.plugin2.applet.Applet2SecurityManager.checkConnect(Unknown Source)
    at java.net.Socket.connect(Unknown Source)
    at java.net.Socket.connect(Unknown Source)
    at java.net.Socket.<init>(Unknown Source)
    at java.net.Socket.<init>(Unknown Source)
    at client.ServerConnection.<init>(Unknown Source)
    at client.ExperimentClient.init(Unknown Source)
    at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)
    Exception: java.security.AccessControlException: access denied (java.net.SocketPermission 127.0.0.1:9877 connect,resolve
    Attempting to use a different port--6789 instead of 9877--results in the same error.
    Thanks in advance to anyone who can help! -svs

  • Instablility of Forms 10.1.2.0.2 after JRE 1.5.0_11 install

    Hi
    I recently reported a problem with focus to oracle support. The advice from them was that the problem was fixed in JRE 1.5.0_11. I installed on 2 pcs the new JRE and have found that forms no longer run on either pc. Oddly the behaviour is different on both pcs - frustratingly even reverting the JRE has not fixed the problems.
    Anybody else seen similar behaviour?
    PC1: After installing 1.5.0_11 I can open a form maybe 2 or 3 times but after that the forms applet fails to start. The java window is spawned but the background image is not displayed and the window just hangs. After it hangs once the pc needs to be rebooted to get the applet to run again. Tried to revert to 1.5.0_01 but still the applet fails to run. 1.5.0_11 has done something terrible to this pc.
    Sometimes this error is in the java console
    2007-Mar-21 17:32:22.702 ERROR>WUL-928 [CApiFunctions.register_function()] Library d2kwut60.dll not accessible,
    or
    does not contain function d2kwutil_GetRegKey
    2007-Mar-21 17:32:22.827 ERROR>WUL-925 [CApiFunctions.parse_funcHnd()] Object returned from object cache is not of type CFunc Exception in thread "AWT-EventQueue-3" java.lang.NoClassDefFoundError: oracle.forms.webutil.cApi.CPtr
    at oracle.forms.webutil.cApi.CParamList.toArray(Unknown Source)
    at oracle.forms.webutil.cApi.CApiFunctions.invokeCApi(Unknown Source)
    at oracle.forms.webutil.cApi.CApiFunctions.getProperty(Unknown Source)
    at oracle.forms.handler.UICommon.onGet(Unknown Source)
    at oracle.forms.engine.Runform.onGetHandler(Unknown Source)
    at oracle.forms.engine.Runform.processMessage(Unknown Source)
    at oracle.forms.engine.Runform.processSet(Unknown Source)
    at oracle.forms.engine.Runform.onMessageReal(Unknown Source)
    at oracle.forms.engine.Runform.onMessage(Unknown Source)
    at oracle.forms.engine.Runform.processEventEnd(Unknown Source)
    at oracle.ewt.lwAWT.LWComponent.redispatchEvent(Unknown Source)
    at oracle.ewt.lwAWT.LWComponent.processEvent(Unknown Source)
    at java.awt.Component.dispatchEventImpl(Unknown Source)
    at java.awt.Container.dispatchEventImpl(Unknown Source)
    at java.awt.Component.dispatchEvent(Unknown Source)
    at java.awt.EventQueue.dispatchEvent(Unknown Source)
    at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)
    at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
    at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    at java.awt.EventDispatchThread.run(Unknown Source)
    PC2: 1.5.0_11 is more stable on these pcs than pc1. The applet fails to start as on PC1 however far less frequently. A new issue is that 1 in every 6 or 7 attempts the applet is frozen on startup. The form displays but I cannot click on any buttons or the menu.
    Resizing the window unfreezes the form. I have seen this behaviour on our menu form but not on the App Server test form. The menu form uses the code from metalink note 358468.1 to maximise the java window. When I remove this code the form does not freeze.
    Update - now on PC2 the forms applet fails to start each time with the above error in the java console

    We have many users here and I and one other are actually the only ones that experiences this. Sometimes I can only only open 2 forms before it freezes other times many but it locks up my IE and the java frame. I just have to close those and get back into our site and I can go at it again without restarting. We have an option to allow users to open it in a separate frame (like I do) or embedded in browser window. The separate frame is the only one causing problems.
    I will be curious if you find out anything.
    I tried 1.5.0_10 and 11 and had the same issue. I seem to be better off with 1.4.2_06 which is what I am running right now. We were using Jinitiatior and moved to the JRE as we have many users and its easier for us to get the admins to rollout the JRE than a new Jinitiator when we went to 10g.

  • JRE 1.5.0_11-b03 causes lockups, due to "activate control fix" ?

    We have a web application consisting of a varying number of Java applets. We are using a separate JavaScript file to load the applet into the HTML code, as a workaround for the "Click to activate control" issue. This seems to be causing problems:
    With the upgrade to JRE 1.5.0_11-b03, we began to recieve this error message:
    java.lang.NullPointerException
    at sun.plugin.AppletViewer.loadJarFiles(Unknown Source)
    at sun.applet.AppletPanel.runLoader(Unknown Source)
    at sun.applet.AppletPanel.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)
    This message will appear in about 1 out of 3 reloads of a given applet, and applet loading appears to be very slow. The applet will then run as normal, most of the times. But once in a while, maybe 1 out of 20-50 times, the JRE locks up and IE has to be shut down using Task Manager.
    The behaviour has been reproduced on all computers we have tested which have 1.5.0_11-b03 installed (more than 5 computers with different hardware and operating systems), and with two different applets (both use JavaScript to communicate with the user interface)
    When we remove the "Click to activate control" javascript workaround, everything seems to be running as normal, but we really don't want our customers to be forced to click to activate each of the maybe 5-10 applets that can be in a single web page.
    Error and lockup reproduced on five computers having:
    Hardware: Misc. computers, both laptops and desktop computers.
    IE 7.0.5730.11
    Java 1.5.0_11-b03
    Using the previous Java 1.5.0_10-b03, everything ran smooth with no errors or lockups, even with the "Click to activate control" workaround enabled. (also IE 7-0-5730.11)
    This is becoming a real problem for us, as our customers are upgrading to the latest Java version and our application might hang randomly.

    I'm having the exact same problem!
    I've uninstalled JRE 1.5.0_11-b03 and I'm currently running 1.5.0_10-b03, which seems to work okay. But the problem is off course that our customers are upgrading to the latest JRE, which will cause the applet to randomly crash and the whole IE freezes up. Unfortunately, apart from the �uninstall-fix�, we haven�t been able to find any work-around for this issue�
    Would be great if anyone could verify that this is a �known bug�, or at least give us a hint that more developers are struggling with this strange behavior.

  • Back off JRE 1.6.0_11 update

    I recently upgraded to JRE 1.6.0_11 on my various Windows PC's (XP/Vista), coincidentally my Sun Fire 4150 ELOM client, a Java web start app, stopped working properly, in the area of ISO mounting. The ELOM client appears to work fine on my Linux PCs which still run JRE 1.6.0_10. In order to verify this observation I would like to downgrade all my JRE's from 1.6.0_11 to 1.6.0_10, but for the life of me cannot find any place to download the JRE 1.6.0_10.
    Does anyone know of a way to get at a Windows installation file for JRE 1.6.0_10? Or better yer a fix for the 4150 ELOM client to work with JRE 1.6.0_11?

    Java 6u10:
    Go to JDK download page - find Previous Releases in blue tab bar and click it - Select Archived Releases at page bottom.

  • Sun JRE 1.6.0_11 accesses internet while installing, prompting proxy dialog

    I'm trying to automate my Sun Java 1.6.0_11 (jre-6u11-windows-i586-p.exe) installation through the use of an MST transform (though previously was just using public properties passed on the command line). Every time I install I am being prompted to log into my corporate proxy to access a webpage. In the log file, it stops after PostInstallComplete to access the internet, and continues when I cancel or enter my information. This is a problem because I need to distribute this install via SMS and can't have any user interaction.
    I have tried setting the following properties to disable this:
    OPENJAVAHELP=False
    LAUNCHBROWSER=False
    NEEDIERESTART=0
    FIREFOXRESTART=0
    SDKSILENT=1
    Addtionally, passing all of the above with /qb-! does nothing to suppress this. I can provide logfiles and more details if anyone thinks they may have an idea as to how to stop this. Also curious to hear if anyone else has run into this problem.
    Windows XP SP2
    No previous versions installed
    Running from EXE (tried extracting MSI but requires Data1.cab which does not seem to be anywhere in the extracted files)

    In my case I do not want to delete or stop the threads. I want to create one but the threadgroup in which it should be created is allready disposed.
    I suppose this is because the way we used the applet was more a hack than a proper implementation. The moment you leave the page with the applet the applet destroys itself. Before version1.6.0-10 it did continue working (because of our suspicious sleep we build in the applet). This 'hack' left our applet alive even when the page where it was started was changed.
    In your case I suppose it is better to close your threads, like close all windows and leave :-). I suppose your threads are still running when the applet leave and destroys his main threads. Your still running threads crash after the main one closes. I thought that the main thread kills all his childs but that is not allways the case. I am no so strong in that thread thingy so be carefull with my assumptions. That is also why I ask a little explanation of how it to understand what we did wrong.
    Thx for the update

  • JRE 1.5.0_11 Startup Error with MS Windows Vista. Please help!

    Hi there, I am hoping that someone can help me with this very confusing problem. A friend of mine made a program for me last month using java. It works brilliantly on computers running MS Windows 2000 and XP but as soon as I installed it on one running Vista I get this error:
    Startup Error
    An error has occured during startup:
    java.lang.UnsupportedClassVersionError: Bad version number in .class file
         at java.lang.ClassLoader.defineClass1(Native Method)
         at java.lang.ClassLoader.defineClass(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 java.lang.ClassLoader.loadClass(Unknown Source)
         at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
         at java.lang.ClassLoader.loadClass(Unknown Source)
         at com.exe4j.runtime.LauncherEngine.launch(Unknown Source)
         at com.exe4j.runtime.WinLauncher.main(Unknown Source)
    All the computers, regardless of operating system, are running the same version of JRE.
    I would really appreciate any help that anyone can give me as this problem needs to be resolved as a matter of urgency and my friend who made the software has gone on holiday and I cannot get hold of him at the moment. Also, I apologise in advance if this is the wrong section to post this problem.
    Thanks!

    Seems to be a problem with exe4j. Ask your friend to deploy a platform independent version of his program as well.

  • JRE 1.5.0_13  problem with Modal Window

    We have stand alone browser based application built on HTML, Javascript, and Java (non-GUI applet). We were running the Sun JRE 1.4.2_06, but have recently upgarded to 1.5.0_13. As soon as we upgraded to 1.5, started experiencing the below problem -
    The HTML screen displays a modal windows which makes a Java call to the MQClient software through Applet (via OBJECT Tag) to communicate with mainframe. The MQClient Java code seems to be blocked until the user clicks on any other area of the screen to shift the focus from our modal dialog to any other window (either clicking on the task bar, clicking on another window in the background, or hitting Alt/F10 key).
    The same code runs fine with JRE 1.4.2_06.
    Based on a further analysis+ it seems like there is an issue, when a modal html window makes a java call for creating a socket connection (other then localhost). In this scenario, socket is never created unless you drag a modal window or move a focus away from a modal window.
    Above problem seems to be resolved with JRE 1.6.0_10.
    Edited by: Ashwani_Saxena123 on Oct 31, 2008 5:42 AM

    Ashwani_Saxena123 wrote:
    Ours is a stand-alone browser based (IE 6.0) application, which communicates between JavaScript to Java using Applet (with Object Id tag).Why? What for?
    .. All the Java class files are bundled in a zip file under different packages and Zip file path is provided at run time when Application starts. It is safest to distribute classes and application resources as Jar files. One reason is that Sun decided to not bother even checking Zips for digital signatures, so no trusted app. can afford to try loading Zip files.
    ..The path of Zip file is at C:\EALife\Program ...Whoa up a second there!
    If this applet is only ever being loaded on the same machine as the codebase, why is it an applet at all? It would make more sense to distribute/install an application.
    If this applet is being loaded by PCs at remote locations, then the will probably not have a C:\EALife\Program path at all (especially is they use Ubuntu, like here).
    ..and home directory path is C:\EAFramework\Program\Screens. We are putting all paths in a single variable (APP_CLASS_PATH) and using that variable as a parameter value in Object Id tag for creating an Applet. Below is the code snnipet for Object Id tag -Sun has championed a script to use for applet versioning and writing the applet element. I suggest you use it instead, it is known as 'deployJava.js' - see top hit at Google for details.

  • JRE or SDK install problem - installing in non-std dir

    I'm encountering a problem trying to install either the JRE or SDK into a non-standard directory (one that's not the default of c:\j2sdk1.4.2_01 or what have you). This is occuring with both 1.4.2_01 and 1.4.2_02.
    In this case, I'm trying to install it in a directory similar to c:\progra~1\compan~1\produc~1\jre. (Short names b/c I can't figure out how to do long paths silently, but that's a whole different issue).
    The install nears the end and then presents the user with a "Java(TM) Update (1.4.2_01-b06) cannot be installed on this machine because the Java(TM) Virtual Machine is currently running. Please close all running Java(TM) applications, especially browsers. [RETRY] [CANCEL]" message.
    There's definitely not a JVM running at the moment. If I click Cancel, the install finishes up and there is a workable install there. But why the prompt? Since this is a silent install within another install, it will cause concern for my customers.
    The last few lines of my setup file:
    Action start 19:16:59: removesdkpackfiles.
    Action ended 19:17:00: removesdkpackfiles. Return value 1.
    Action start 19:17:00: unzipdemos.
    Action ended 19:17:15: unzipdemos. Return value 1.
    Action start 19:17:15: copysrczip.
    Action ended 19:17:19: copysrczip. Return value 1.
    Action start 19:17:19: patchsdk.
    Error 1722.There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action patchsdk, location: C:\Program Files\Common Files\Java\Update\Base Images\j2sdk1.4.2-b28\patch-j2sdk1.4.2_02-b03\patchsdk.exe, command: -s "C:\PROGRA~1\COMPAN~1\PRODUC~1\jre\"
    Action ended 19:17:35: patchsdk. Return value 3.
    Action ended 19:17:35: INSTALL. Return value 3.
    === Logging stopped: 10/23/2003 19:17:35 ===
    The command line to kick off the install:
    j2sdk-1_4_2_02-windows-i586-p.exe /s /v\"/qn ADDLOCAL=ALL IEXPLORER=1 INSTALLDIR=c:\progra~1\compan~1\produc~1\jre /L \jresetup.log"
    Has anyone encountered this? I've narrowed it down to the fact that it's an install into a directory that's not the default. If I run the install without specifying the INSTALLDIR, everything works fine. Help is appreciated!

    See the original posting and comments in http://forum.java.sun.com/thread.jsp?forum=14&thread=462167 and the bug http://developer.java.sun.com/developer/bugParade/bugs/4953793.html
    Rebooting has no effect whatsoever on this problem; even if you can now get the SDK installed, a non-administrative account won't be able to use the JRE in it, nor will the user be able to use the other JRE installed in the default location.

  • JRE, vista and IE7 problems

    Java does not seem to run on IE7 except on microsoft's websites. The verify of installation on the Sun java website failed as well. I could not see any applet running. However, with other broswers such as firefox and opera, java worked perfectly. I updated my IE and JRE as well, but the problem was not solved.
    I had already enabled the scripting under security, the plug ins in the
    manage add-ons and under advance, java sun was enabled as well. My internet security settings is set to default.
    I found out that the problem was caused by UAC. After disabling that troublesome device, java could be activated again. Is this a bug in java or in UAC?
    Is there any other way besides disabling UAC or having IE7 protected mode : off?
    Any solutions please?
    Vista home premium
    Nod32
    spybot search and destroy
    spywareblaster
    Windows defender

    I'm having the same problem with IE7 running on XP SP2. All web sites that i visit the require JRE (Morningstar, Schwab, Marketedge, Sun Java Verify Site) return 'Jave Plug-In Fatal Error: Several JVMs running the same process caused and error. I'm running JRE 1.5.0_06. I've tried uninstall/reinstall of IE7 with no change. No problems running JRE on IE6 or Netscape. Does anyone know of any progress on this issue?

  • JRE 1.4.1 problems

    Has anyone had any problems with the latest releases of the runtime environment with thier applets that worked fine on the older releases?
    There is one applet in particular that doesnt seem to work right under the new JRE. It is the Lake.class applet that is available all over the web.
    Has anyone got any ideas on how to fix this?
    P.S. I have just started to learn Java. Thanks

    Use J2SE 1.4.2...
    The problem is solved on this version.

  • JRE Detection using javascript problem

    I am using following code to detect the JRE is installed on machine or not.
    it is working fine if the JRE is not installed.
    But if it is installed , it gives the debugger error in internet explorer.
    Here _ie == true means Internet Explorer condition.
    if (_ie == true){ document.write('<OBJECT classid="clsid:8AD9C840-044E-11D1-B3E9-00805F499D93" 
    codebase="http://java.sun.com/update/1.4.2/jinstall-1_4-windows-i586.cab#Version=1,4,0,0" height=0 width=0');
    document.write("<PARAM NAME=back VALUE=false>");
    document.write("</OBJECT>");
    I think it is trying to start webstart but resulting in error in Internet Explorer exe.
    Please help it out.

    Thanks Andrew, but my problem not solved yet.
    I copied the deployJava.js in the destination folder where i have my html file.
    but I am not able to call the methods in the deployJava.js .
    Not able to see any affects while using those methods as below.
    <script type="text/javascript" src="deployJava.js"></script>
    <script type="text/javascript" >
    //alert(deployJava.getJREs(););
    document.write("Test");
    deployJava.installLatestJRE();
    </script>

  • JRE 1.6.0_11-b03 crashes with IE7+DEP

    JRE 6 Update 11 makes IE7+DEP crash
    java version "1.6.0_11"
    Java(TM) SE Runtime Environment (build 1.6.0_11-b03)
    Java HotSpot(TM) Client VM (build 11.0-b16, mixed mode, sharing)
    on Vista Home Basic (SP1, x86, ITA)
    How to reproduce the crash:
    a. Activate DEP in 32bit IE7 (must be admin): go to 'Internet options>Advanced>Security', check Enable memory protection to help mitigate online attacks.
    b. go to http://www.java.com/it/download/help/testvm.xml
    c. IE7 will be forced to close
    Here's an interesting doc from MS: http://blogs.msdn.com/ie/archive/2008/04/08/ie8-security-part-I_3A00_-dep-nx-memory-protection.aspx

    Just these days Microsoft announced a vulnerability still unsolved of IE7: http://www.microsoft.com/technet/security/advisory/961051.mspx
    and security experts suggest exactly to mitigate attack activating IE7's DEP. When will SUN wake up?
    PS
    I'll give a look at bugs.sun.com database then... but I thought they would advise you when a bug was officially open:
    «Your report has been assigned an internal review ID of xxxxxxxx, which is NOT visible on the Sun Developer Network (SDN).
    Please be aware that the large volume of reports we receive sometimes prevents us from responding individually to each message.
    If the information is determined to be a new Bug or RFE, or a duplicate of a known Bug or RFE, you will receive a followup email containing a seven digit bug number. You may search for, view, or vote for this bug in the Bug Database at http://bugs.sun.com/.»
    Edited by: hexaae on 16-dic-2008 8.54

  • Jre 1.42 installation problems

    hi all. i hav a problem installing JRE 1.42...gives me an error saying..
    Unable to download http://java.sun.com/update/1.42/1.42_06-b03.xml for installation......
    can somebody please solve this problem..thanx in advance..
    regs
    viv

    Go back to the download page and download and install from the offline option.
    That will d/l the entire package and when you click it the install will start.

  • JRE Detected---Version Collision problem!!--plz help..it's urgent

    Hello ,
    I am working on developing a upload component in applets that would be used to
    Let the user browse thru his/her local file system, select it and then upload that file
    to a Specific location on the server, during this file transfer operation it also
    Shows the bytes remaining and a progress bar with percentage.
    I have developed it already and my purpose is to make it available as a cross-
    Platform independent component that can simply be merged/used with just about
    any application developed in any language/or on any platform and so I developed
    it in java using applets, bcauz it has to run and be accessible via a browser.
    Now, the component is working fine but there�s a problem to which I have not
    Found a complete and stable solution.
    The problem is with the JRE(Java Runtime Environment), that if the html page that
    Contains my applet does find a JRE already installed on someone�s browser but
    With a different version to that of which I have used for example(1.4.2_07-b05) it
    Gives an error saying �jre detected-version collision� and I understand fully by
    Looking up on net as to what this error means, but how do I remove this problem
    i.e. I simply want that (since I am already using the OBJECT tag in my html file)
    when my html page containing loads up in any one�s browser then even if that
    browser doesn�t contains a JRE in it, it should(my applet)should run, as I guess
    my browser only had a default MSJVM earlier and had no JRE for instance, still
    any site that I opened on net which contained applets , never gave me any such
    kind of error.?
    One temporary solution that I did, (although it�s not what I would like to do as it is
    not user friendly at all) is that in my OBJECT tag I had used a codebase attribute
    which contains the path of my jre�s exe file like this:
    I am giving here the complete code for my html file:
    <html>
    <OBJECT classid="clsid:8AD9C840-044E-11D1-B3E9-00805F499D93" name="Helper" width="900" height="200"
    codebase="http://10.11.13.63:8090/j2re-1_4_2_07-windows-i586-p.exe">
    <PARAM name="java_code" value="FileChooserDemo.class">
    <PARAM name="java_archive" value="filechooser.jar">
    <PARAM name="type" value="application/x-java-applet;version=1.4">
    <PARAM name="progressbar" value="true">
    <PARAM name="boxmessage" value="Please...wait..while..the..applet..starts..up">
    <COMMENT>
    <NOEMBED>
    </NOEMBED>
    </COMMENT>
    </OBJECT>
    </html>
    further I also have to take care that if the above problem occurs i.e.(�JRE detected-version collsion�) then I got to tell the user to first go into his/her control panel and then
    remove the JRE�s exe file from add/remove programs and then come back to his/her browser to get the JRE�s exe file downloaded automatically from the location of intranet
    (my web server path) and run itself and install it on his/her browser bcauz of the tag that
    I used above.
    But all this is not at all a user friendly solution and I would not want any user to go thru the hassle of all this.
    Can there be any way to let my applet run on any browser without the JRE problem ,
    Plz suggest as I have now fully developed my applet upload component after a month�s
    hard work , but is not able to now finally integrate it with our email server application that we have in our office, just bcauz of this problem..
    Thanks in anticipation
    Regards
    Sd76

    I don't know what version collition means but what jdk version you used to compile your
    applet?
    clsid:8AD9C840-044E-11D1-B3E9-00805F499D93 is dynamic versioning classid and
    allowes IE to run your applet with any installed jre without trying to install a newer one.
    Problem here is when you compiled with 1.5 and try to run it with an older version there
    might be some problems.
    Try to compile it with -source and -target option so your applet is compatible with 1.3
    http://java.sun.com/products/plugin/versions.html
    Another thing is that your platform independent file uploader will only run in active x
    enabled browsers like Microsoft Internet Explorer and not with mozilla(see link above) .

Maybe you are looking for