JRE loading

Dont know if this is the correct place to post this.
But I am trying to run jmeter and it fails giving this error.
this has happened to me with soap UI. Is there some thing with my system setting
Any help would be appreciated.
# A fatal error has been detected by the Java Runtime Environment:
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x689e8f50, pid=9312, tid=7900
# JRE version: 6.0_17-b04
# Java VM: Java HotSpot(TM) Client VM (14.3-b01 mixed mode, sharing windows-x86
# Problematic frame:
# C [atiumdag.dll+0x78f50]
# An error report file with more information is saved as:
# C:\jakarta-jmeter-2.3.4\jakarta-jmeter-2.3.4\bin\hs_err_pid9312.log
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
errorlevel=1
Press any key to continue . . .

Dynamic libraries:
0x00400000 - 0x00424000      C:\Windows\system32\java.exe
0x77910000 - 0x77a37000      C:\Windows\system32\ntdll.dll
0x76f30000 - 0x7700c000      C:\Windows\system32\kernel32.dll
0x77840000 - 0x77906000      C:\Windows\system32\ADVAPI32.dll
0x75fc0000 - 0x76083000      C:\Windows\system32\RPCRT4.dll
0x7c340000 - 0x7c396000      C:\Program Files\Java\jre6\bin\msvcr71.dll
0x6d800000 - 0x6da8b000      C:\Program Files\Java\jre6\bin\client\jvm.dll
0x76d40000 - 0x76ddd000      C:\Windows\system32\USER32.dll
0x77010000 - 0x7705b000      C:\Windows\system32\GDI32.dll
0x74b70000 - 0x74ba2000      C:\Windows\system32\WINMM.dll
0x77060000 - 0x7710a000      C:\Windows\system32\msvcrt.dll
0x76de0000 - 0x76f25000      C:\Windows\system32\ole32.dll
0x77a80000 - 0x77b0d000      C:\Windows\system32\OLEAUT32.dll
0x74b30000 - 0x74b69000      C:\Windows\system32\OLEACC.dll
0x77b50000 - 0x77b6e000      C:\Windows\system32\IMM32.DLL
0x77620000 - 0x776e8000      C:\Windows\system32\MSCTF.dll
0x75df0000 - 0x75e1c000      C:\Windows\system32\apphelp.dll
0x76090000 - 0x76099000      C:\Windows\system32\LPK.DLL
0x773b0000 - 0x7742d000      C:\Windows\system32\USP10.dll
0x6d7b0000 - 0x6d7bc000      C:\Program Files\Java\jre6\bin\verify.dll
0x6d330000 - 0x6d34f000      C:\Program Files\Java\jre6\bin\java.dll
0x6d290000 - 0x6d298000      C:\Program Files\Java\jre6\bin\hpi.dll
0x75fb0000 - 0x75fb7000      C:\Windows\system32\PSAPI.DLL
0x6d7f0000 - 0x6d7ff000      C:\Program Files\Java\jre6\bin\zip.dll
0x6d610000 - 0x6d623000      C:\Program Files\Java\jre6\bin\net.dll
0x77b20000 - 0x77b4d000      C:\Windows\system32\WS2_32.dll
0x77a70000 - 0x77a76000      C:\Windows\system32\NSI.dll
0x755e0000 - 0x7561b000      C:\Windows\system32\mswsock.dll
0x75640000 - 0x75645000      C:\Windows\System32\wship6.dll
0x74880000 - 0x7488f000      C:\Windows\system32\NLAapi.dll
0x75820000 - 0x75839000      C:\Windows\system32\IPHLPAPI.DLL
0x757e0000 - 0x75815000      C:\Windows\system32\dhcpcsvc.DLL
0x75aa0000 - 0x75acc000      C:\Windows\system32\DNSAPI.dll
0x75e50000 - 0x75e64000      C:\Windows\system32\Secur32.dll
0x757d0000 - 0x757d7000      C:\Windows\system32\WINNSI.DLL
0x757a0000 - 0x757c2000      C:\Windows\system32\dhcpcsvc6.DLL
0x72e00000 - 0x72e0f000      C:\Windows\system32\napinsp.dll
0x72dc0000 - 0x72dd2000      C:\Windows\system32\pnrpnsp.dll
0x04540000 - 0x04565000      C:\Program Files\Bonjour\mdnsNSP.dll
0x72df0000 - 0x72dfc000      C:\Windows\system32\wshbth.dll
0x76bb0000 - 0x76d3a000      C:\Windows\system32\SETUPAPI.dll
0x72de0000 - 0x72de8000      C:\Windows\System32\winrnr.dll
0x77110000 - 0x77159000      C:\Windows\system32\WLDAP32.dll
0x752a0000 - 0x752a5000      C:\Windows\System32\wshtcpip.dll
0x73820000 - 0x73826000      C:\Windows\system32\rasadhlp.dll
0x6d000000 - 0x6d14a000      C:\Program Files\Java\jre6\bin\awt.dll
0x73650000 - 0x73692000      C:\Windows\system32\WINSPOOL.DRV
0x74d10000 - 0x74eae000      C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.6002.18005_none_5cb72f96088b0de0\comctl32.dll
0x777e0000 - 0x77839000      C:\Windows\system32\SHLWAPI.dll
0x71610000 - 0x7161c000      C:\Windows\system32\DWMAPI.DLL
0x74cd0000 - 0x74d0f000      C:\Windows\system32\uxtheme.dll
0x60000000 - 0x60005000      C:\Program Files\Real\RealPlayer\rpchromebrowserrecordhelper.dll
0x760a0000 - 0x76bb0000      C:\Windows\system32\SHELL32.dll
0x04c00000 - 0x04dba000      C:\Windows\system32\d3d9.dll
0x75650000 - 0x75658000      C:\Windows\system32\VERSION.dll
0x6e970000 - 0x6e976000      C:\Windows\system32\d3d8thk.dll
0x65eb0000 - 0x661ca000      C:\Windows\system32\atiumdag.dll
0x04fc0000 - 0x0538c000      C:\Windows\system32\atiumdva.dll
0x6d230000 - 0x6d284000      C:\Program Files\Java\jre6\bin\fontmanager.dll
0x6d630000 - 0x6d639000      C:\Program Files\Java\jre6\bin\nio.dll
0x6d450000 - 0x6d474000      C:\Program Files\Java\jre6\bin\jpeg.dll
VM Arguments:
jvm_args: -XX:+HeapDumpOnOutOfMemoryError -Xms512m -Xmx512m -XX:NewSize=128m -XX:MaxNewSize=128m -XX:SurvivorRatio=8 -XX:TargetSurvivorRatio=50 -XX:MaxTenuringThreshold=2 -XX:MaxLiveObjectEvacuationRatio=20 -Dsun.rmi.dgc.client.gcInterval=600000 -Dsun.rmi.dgc.server.gcInterval=600000 -XX:PermSize=64m -XX:MaxPermSize=64m
java_command: ApacheJMeter.jar
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=C:\Program Files\Java\jdk1.6.0_17
CLASSPATH=.;C:\Users\hishah\Desktop\sqljdbc_1.2\enu\sqljdbc.jar;C:\Program Files\Java\jre1.5.0_16\lib\ext\QTJava.zip;C:\SmokeTest\prods\nxj;C:\SmokeTest\prods\nxj\keyFunctions.class;C:\SmokeTest\prods\nxj;C:\SmokeTest\prods\nxj\CSVReader.class;C:\tools\jexcelapi
PATH=C:\Perl\bin;C:\ColdFusion8\verity\k2\_nti40\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Program Files\Intel\DMIX;C:\Program Files\ATI Technologies\ATI.ACE\Core-Static;C:\Program Files\Common Files\Roxio Shared\DLLShared\;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\;C:\Program Files\Microsoft SQL Server\90\DTS\Binn\;C:\Program Files\Microsoft SQL Server\90\Tools\binn\;C:\Program Files\Microsoft SQL Server\90\Tools\Binn\VSShell\Common7\IDE\;C:\Program Files\Microsoft Visual Studio 8\Common7\IDE\PrivateAssemblies\;C:\Program Files\MySQL\MySQL Server 5.0\bin;C:\Program Files\Java\jdk1.6.0_17\bin;C:\Program Files\QuickTime\QTSystem\;C:\Automation\Scripts;C:\Program Files\winscp;C:\Automation\releasetool\Vault;C:\vaultrelease;C:\Program Files\TortoiseSVN\bin;C:\PHP;C:\selenium\tools\seleniumunit\SmokeTest\prods\nxj\keyFunctions.class;C:\selenium\tools\seleniumunit\SmokeTest\prods\nxj;C:\Program Files\csvlib\opencsv-2.0;C:\tools\jexcelapi
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 23 Stepping 6, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows Vista Build 6002 Service Pack 2
CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 23 stepping 6, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1
Memory: 4k page, physical 2097151k(1118112k free), swap 4194303k(2502428k free)
vm_info: Java HotSpot(TM) Client VM (14.3-b01) for windows-x86 JRE (1.6.0_17-b04), built on Oct 11 2009 00:52:06 by "java_re" with MS VC++ 7.1
time: Wed Mar 03 13:51:55 2010
elapsed time: 2 seconds
Edited by: bjohnnj on Mar 4, 2010 8:23 AM

Similar Messages

  • Jdk/jre loads incorrect font.properties

    I am using Solaris8 Multilanguage edition(4/01) free binary licsence on a Ultra 10 workstation, the jdk/jre version is 1.2.2_05a.
    My problem is when I set the language environment to Japanese, the jdk/jre will load font.properties.ja.5.5.1 instead of font.properties.ja, and if I set the language environment to English, the jdk/jre will load the correct one - font.properties, although there is also a font.properties.5.5.1. The 'os.version' system property can be obtained from java program correcttly, it says '5.8'.
    Can anybody tell me what is the mechanism causes this? i have to find out the way to ensure the jdk/jre to load the correct font.properties file, any help appreciated!

    This reply posted by myself to provide addtional information.
    I finally found out the mechanism is:
    The following fact tested when the language environment is set to Japanese.
    If both font.properties.ja and font.properties.ja.5.5.1 exist, the VM first try to use font.properties.ja, but if font.properites.ja contains any font which causes a 'Font specified in font.properties not found' error, the VM abandons font.properties.ja and tries to use font.properties.ja.5.5.1, if font.properties.ja.5.5.1 doesn't cause any error, no error will be output, but if there is still any font cause an error, the error will be printed.
    If only one file exists, it will be used, and any error caused by it will be printed.
    So if font.properties.ja contains any font which causes an error, the result looks like that the VM only loaded font.properties.ja.5.5.1.
    And if the lanuage environment is set to C, only font.properties will be loaded, any error caused by it will be printed. font.properties.5.5.1 will never be used.
    Is this the specification? who knows...
    FYI

  • Loading JRE in background

    Hello,
    Newb on board...
    I have a set of applications and a JRE on cd. When an app is clicked, it takes about 1 minute to load up JRE before first application appears. Is there a simple program that can load up the jre in the background(little or no interference) while everything else is prepared?
    Basically, how can I invoke the jre to load up in a program?

    Well, this is "supposedly" going to be a distributable cd, so EVERYTHING must be included as if users were to run it only on CD. Once cd is popped in, a website pops up which gives brief descriptions of apps. Once a user clicks on a specific app, the jre loads up for about 1minute from the cd and user interacts with app. But , Im trying to cut down the time. So once cd is popped in, the website, along with a simple main program that will make a call to jre and open it while users are busy browsing through the web. Once user decides, the jre will already be loaded.

  • How can I select between multiple JREs to run an *applet* in MSIE??

    (I'm posting this after spending quite a bit of time trolling the Forum for an answer, and could definitely use some help - thanks in advance!)
    I've got an applet that opens a socket to a small server running on an embedded controller to download some data. Recently, it started taking forever (>30 seconds) to open the socket, but but once its open, the download is fine.
    The problem seems to have cropped up around the time that JRE 1.5.0_02 came out. I'd like to do some testing with older versions to see if this is really true.
    The environment here is Microsoft Internet Explorer running under XP Pro.
    It appears that the version of JRE loaded by the browser will depend upon a registry setting, and while I've found several likely candidates in HKEY_CLASSES_ROOT|LOCAL_MACHINE_SOFTWARE|JavaSoft, none of them seem to make a difference. I restarted the browser after each attempt, but did not reboot the machine. I also experimented with CLASSPATH, but that seemed to be ignored as well.
    Again, the goal is to be able to switch between JREs involked by the browser for an applet.
    Can anyone offer some help on how to do this.
    Thanks, - LR
    PS - I know the delay in the applet is occuring when the socket is opened because I surrounded the Socket() call with two System.err.println() calls, and can see it hanging there. The first println happens, there's a long pause, and then I see the second one simultaneously with my server showing that the data is being served.

    Chuck,
    First of all, thanks very much for the quick reply
    I took a look at your post, and the reference in the Java Deployment Guide it mentions. I was able to run jpicpl32.exe in the /oldversion/bin, enable it for the browser, and get the old version running.
    But now I can't seem to get back to the current one. When I execute Java from the XP Control Panel and look in Java|Java Applet Runtime Settings, I see only the new version (1.5.0_02). If I select it, and then hit OK and Apply, when I restart the brower I still get the old version (1.4.2_07).
    What am I missing?
    Thanks again,
    -lr

  • "The Java Runtime Environment cannot be loaded..." Error Message

    After downloading and installing the Java Plug-In (j2re-1_3_1_01a-win.exe) I return to the Plug-In page (the one with the steaming coffee cup) and get the following error message: "The Jave Runtime Environment cannot be loaded from <��4d\bin\hotspot\jvm.dll>"
    The odd characters before the \bin change every time I leave and then return to the page. Reloading the page gives the same set of odd characters. Has anyone seen this and if so how do I get this thing to work? I tried downloading Beta 3 of the 1.4 version of the plg-in. When visiting the page with the steaming coffee cup after installing this version, IE (6.0.2600) disappears. The browser just closes without giving error messages or anything else. Thanks in advance for any help.

    Hello Phinnegan et all,
    the problem is NOT solved in JRE 1.4.2_04 (build 05b)... the only solution that worked for me (too) was the one suggested by the mighty capaloco and that I enclose here together with your answer slightly below.
    Hope this confirmation will be of some help and thanks to capaloco for the effective solution.
    Re: "The Java Runtime Environment cannot be loaded..." Error Message
    Author: capaloco
    In Reply To: Re: "The Java Runtime Environment cannot be loaded..." Error Message Jan 30, 2004 11:20 PM
    Reply 9 of 11
    It worked for me. It seems that you just need to delete the file deployment.properties.
    I found it under: Program Data\Sun\Java\Deployment
    The REAL (simple) solution
    Author: Phinnegan
    In Reply To: Re: "The Java Runtime Environment cannot be loaded..." Error Message Feb 11, 2004 9:40 AM
    Reply 10 of 11
    As the poster jessh indicated above, the bug is logged and workaround provided at the JDC site.
    Having gone there and read the sun response, here is the problem and simple solution.
    The problem is that if you ever had 1.3.1_xx version of the JRE loaded, then loaded a 1.4.2_xx version, some registry keys were removed, and that's why you're getting the "cannot load runtime environment" error.
    Rather than manually adding registry keys for those of you who are uncomfortable with that, you just need to re-install the 1.3.1_10 version of hte JRE. If you need to have both the 1.4.2 version and 1.3.1 version available, you have to install the 1.3.1 version LAST so it will recreate the registry keys removed by thte 1.4.2 installation.
    This problem is apparently fixed by sun in the 1.4.2_4 version of the JRE (the installation simply re-creates the registry entries that are removed), which is not released yet (as far as I know).
    Hope this helps, and thanks to jessh who pointed me to this solution.

  • Which JRE type does the client have? (64bit or 32bit)

    Hello all,
    I'm needing a way to programmatically find out whether the client machine is running a 32bit or 64bit JRE.
    The reasoning for this is down to this …a 32bit JRE will load only 32bit dll's and a 64bit JRE loads only 64dll's.
    Problem occurs when a 32bit JRE is installed on a 64bit machine (64bit Windows), when the customer tries to use the 64bit program it fails because the installed 32bit JRE tries to load 32bit dll’s (which aren’t there as the program is 64bit).
    Anyway as the Java code is different (different API for the 32/64 dll’s) so I would like to run a check before the program installs that the client has got version that matches their installed JVM.
    Thanks in advance!

    Examine [os.arch|http://pscode.org/prop/?prop=os.arch] or [sun.arch.data.model|http://pscode.org/prop/all.html?prop=sun.arch.data.model]?
    I understand the first is what webstart uses to serve up natives according to the underlying hardware architecture.

  • Show the class that is loading

    Hi i have an applet that take a lot of classes to load and i have a splash screen that display the user a little image with a JProgressBar with the setIndeterminate() to true. For this i don't care, but what i want is to do like acrobat software that display all plugin that is loading. So when the splashscreen start i want it to display all classes that is loading at the moment the jre load it.
    Is there a dynamic way? Cause i know i can use
    Class thatClass = Class.forName("TheClassToLoad");
    theObject = thatClass.newInstance();
    but each time i will have to add a new class i will add to add these line... so i want something that will know which classes the java runtime is loading and display the name to the user
    thx

    maybe this could help
    it's a class i had to load the applet, that give me the possibility to start my splash screen before the user dl all my big applet
    import javax.swing.JApplet;
    import java.applet.AppletStub;
    import java.awt.Graphics;
    import java.awt.GridLayout;
    import javax.swing.JLabel;
    import javax.swing.JEditorPane;
    public class QuickLoader extends JApplet implements Runnable, AppletStub
        String appletToLoad;
        JLabel label;
        Thread appletThread;
        public void init()
            appletToLoad = getParameter("applet");
            if (appletToLoad == null)
                label = new JLabel("No applet to load.");
            else
                label = new JLabel("Please wait - loading applet " + appletToLoad);
            getContentPane().add(label);
        public void run()
            if (appletToLoad == null)
                return;
            try
                // Get the class for the applet we want
                Class appletClass = Class.forName(appletToLoad);
                // Create an instance of the applet
                JApplet realJApplet = (JApplet)appletClass.newInstance();
                // Set the applet's stub - this will allow the real applet to use
                // this applet's document base, code base, and applet context.
                realJApplet.setStub(this);
                // Remove the old message and put the applet up
                getContentPane().remove(label);
                // The grid layout maximizes the components to fill the screen area
                // - you want the real applet to be maximized to our size.
                getContentPane().setLayout(new GridLayout(1, 0));
                // Add the real applet as a child component
                getContentPane().add(realJApplet);
                // Crank up the real applet
                realJApplet.init();
                realJApplet.start();
            catch (Exception e)
                // If we got an error anywhere, print it
                label.setText("Error loading applet.");
            // Make sure the screen layout is redrawn
            getContentPane().validate();
        public void start()
              appletThread = new Thread(this);
              appletThread.start();
        public void stop()
              appletThread.interrupt();
              appletThread = null;
        // appletResize is the one method in the JAppletStub interface that
        // isn't in the JApplet class. You can use the applet resize
        // method and hope it works.
        public void appletResize(int width, int height)
              resize(width, height);
    }bu i don't know how to integrate your code to load all my classes correctly and be able to display the name of the class that are loading
    thx for help

  • JRE classpath not pointing to System classpath

    I would like to know if there is any way to configure the JRE classpath to make it point to the System classpath. I am executing an applet that tries to load a class stored in the file system, whose path (C:\Pruebas\ClassLoader\classes) has been previously added to the System classpath.
    Of course, when JRE loads the applet and tries to look for the class, a ClassNotFoundException is launched. This is the classpath returned back by JRE when retrieving java.class.path property : D:\ARCHIV~1\Java\JRE16~1.0\classes ..... completely different from the System classpath: %AXIS_1_2_1_CLASSPATH%;%JRE_HOME%;C:\Pruebas\ClassLoader\classes.
    If I store the requested class into D:\Archivos de programa\Java\jre1.6.0\classes then the applet launched through JRE founds the class without any inconvenience ... but, of course, neither me nor the clients want to store it there.
    Here follows the piece of code that loads the class and calls a testing method.
    ClassLoader loader = ClassLoader.getSystemClassLoader();
    Class clase = loader.loadClass("ImpresionSab");
    Constructor constructor = clase.getConstructor( new Class[] {} );
    Object impresionSab = constructor.newInstance( new Object[] {} );
    Method metodo = clase.getMethod("decirHola", null);
    Object respuesta = metodo.invoke(impresionSab, null);
    if (respuesta instanceof String) {
    System.out.println("Respuesta: " + (String)respuesta);
    Any help would be much appreciated.

    There is no problem at all with URLClassLoader, of course ... and YES is the response: I have heard about it, and even used.
    Stupid questions, and mine was due to my ignorance -nowadays I know why JRE classpath differs from the System classpath- are supposed to be posted here in order to be answered properly ... I mean with kindness and clarifying a reasonable doubt.
    It would have help too much, and I am responsible of such confussion, to say that the applet was not mine and can not be changed at all, so this kind of tricky was needed ... but a polite response would have been much appreciated, even if it had not solved my problem.
    However, small divinities should keep appart from human doubts, and should not humiliate themselves answering such stupidities ... because that was not only my case, but also the case of some other users in the forum. The aliases translation of this goodness clarifies itself its behave.
    Quo usque tandem abutere, Catilina, patientia nostra?
    But, more important, for users of JRE 1.4.2, the right syntax will be something like
    javaplugin.jre.params=-Djava.class.path\=C\:\\Pruebas\\ClassLoader\\classes
    Rgds.

  • How to overide applet 's default loading screen?

    You know what i am talking about. When we click on applet.html and applet gets launch in the browser. It's gives you kind of sun light rotating clockwise. Any one has any idea how we can overide this scree with our custom screen like ... .Please wait.. or something else..
    thanks in advance

    very nice! but unfortunately, new version of java 1.6 JRE is just stand still. Means it does not give a clue to the visitor is something is going on behind the scene(JRE is being loaded). like old jre(1.5) still gives you some activeties going on .. but 1.6 JRE eliminates that.. i hope u understand me from user point of view... so i was wondering why java decided to have this as bad JRE loading mechanism....
    I am also wandering how java overide their own java applets on their websites such as games etc. etc..
    Thanks in advance

  • JREs in the wild

    Hi folks,
    It seems very hard to find out the following basic information. If anyone can direct me to statistics or reports or sites on this, I'd be very grateful.
    Simply, what JREs are out there still operating for Java applets?
    Is there guidance for me as a developer on how far back toward 1.1 I should make my code compatible? What is the most common JRE - 1.5?
    I've tried Nielson and others about this but they have no idea. Sun does not seem to have stats on this either - even the number of downloads for each JRE over the years.
    Cheers,
    Craig.

    I believe all of the MS products prior to XP SP 2, have 1.1.8 -- MS's JRE. Many of the new computers do not have any JRE loaded, or will be shipping in that condition very soon. So it is going to be interesting to see what happens with Java and applets, there will not be any JRE you can develop for that will be guarenteed to be on a machine, the user will just have a dead box and will have to choose to load a jre when they figure out what is going on.
    Even though I have JDK for 1.3, 1.4, and 1.5 on my box, I see it is using the MS JRE for the browser and is required for some of the applications we use here.
    Essentially if you are making an applet and you want it to run seemlessly, then you're going to have to make it for the point MS's JRE supported Sun's standards.

  • JRE performances while executing small components

    Hello,
    I am developing a very small component that will be executed on a very busy machine.
    For this reason I am concerned about the performances while using the JRE to executing it.
    The component will also be called multiple times, possibly in parallel.
    My question is: how does the JRE works in this case?
    Will the JRE loaded on the memory every time the component is executed, or will it be loaded before?
    Thank you

    The JRE will be loaded for each process that is created.
    And the detail you provided doesn't provide enough informaton to indicate whether there is a server application running this or a new process is invoked each time.

  • Can JWS be used as a multiple Java version management tool?

    WinNT4 WKS with JRE 1.3.1 - 1.4.2 loaded on it using IExplorer or Netscape.
    We don't have a need for the JWS download features because our clients (and their applications) remain static for the most part. However, we do require multiple JRE version support because our customers have written class/objet "fixes" (mostly for text rendering) and these fixes break if you try and run the application on a different version of Java from which it was written. Basically, we can't have a default JRE on each machine and hope that it will work with all customer applications. So we will load all necessary Java components on our workstations (in this case JRE versions 1.3.1 - 1.4.2). I know that browsers can be forced to load with a specific Plug-in version (providing it exists on the machine) through Object & Embed tags in the HTML and that standalone apps can be directed to the correct Java directory path. My question is, can JWS automatically identify the Java requirements of our customers applications and act simply as a multi-version management tool to provide the right JRE/Plug-In for either standalone or browser applications? Keeping in mind that all the JREs will be loaded on the workstions and it won't need to download any components from some site.
    I've noticed that JWS identifies all JREs loaded on a machine in the Java tab so I'm wondering if it can "switch" the environment as needed for each application.
    Does anyone know if I can use JWS in the scenario I described above? Thanks!

    JWS can manage the multiple JREs installed if you run the application through a .jnlp. This can not "switch" the default JRE. It runs the application specified in the .jnlp using the requested version specified in the .jnlp.
    JWS does not apply to applets. You should use the object tags as you mentioned below.
    ...can JWS automatically identify the Java requirements of our customers applications
    No. You must determine this and setup the .jnlp appropriately.

  • Applet access local file

    I have an applet that access local files and directory.
    I have create the applet policy file.
    When viewing with appletviewer, we can type:
    appletviewer -J-Djava.security.policy=applet.policy MainApplet.html
    However, when I want to embed the applet in a html, how can the policy file be included?
    Thx a lot.

    how can the policy file be included?Applets use the java.policy wich is located in the jre/lib/security
    (C:\Program Files\Java\jre1.5.0_04\lib\security)
    There is a java.security where you can add or change the java.policy files to be
    used
    policy.url.1=file:${java.home}/lib/security/java.policy
    After changing these files make sure the jre loads again, close all browsers
    and open the page.
    Signing applets:
    http://forum.java.sun.com/thread.jsp?forum=63&thread=524815
    second post and reply 18 for the java class file using doprivileged
    http://forum.java.sun.com/thread.jsp?forum=63&thread=409341
    4th post explaining how to set up your own policy with your own keystore
    Still problems?
    A Full trace might help us out:
    http://forum.java.sun.com/thread.jspa?threadID=656028

  • Why is the Java runtime resource hungry and slow?

    Hi,
    First of all let me make it clear that I'm not here to bash Java. I'm a big fan of the technology. In fact I believe in its potential as it is the only true 100% cross-platform runtime. Now that it has been open sourced, it has just made me happier,
    However, the only factor which has been hurting me is that the Java runtime is resource hungry and has long startup times.
    Consider a Adobe Flash .swf file with lot of animation, it is opened by the Flash player in a snap. On the other hand Java applets (with same amount of graphics) take several seconds to load even from the local machine and also require much more memory. With the introduction of Flex flash might become a platform of choice for RIA. Java FX has made matters worse. The loading time of Java FX is much higher than that applets themselves.
    The problem with Flash Player is it not 100% platform independent. For example the latest version of player was released for Linux several months after it was released for Windows and Mac OS X.
    Is there any way to make the Java runtime use less memory and start faster? If this can be achieved I feel that applets are a better choice over Flex for building RIAs. After all appearance is not everything and definitely Java is a much more robust platform than Flash.

    I'm running it on Kubuntu Linux. Even on this Flash Player is much faster at loading embedded Flash animations than JRE loads applets.
    Seriously, if alone the speed of loading applets can be increased, the world will have an extremely robust platform for RIAs.

  • Ciscoworks and Java - requiring a specific version

    Can anyone explain why Ciscoworks requires a specific version of the java plugin rather than just using it as a minimum requirement? The current version of java is 1.5.0_01 but when I access our server it complains that I'm not running 1.4.1_02. Is there anyway to stop this check happening and to force it to just use what's installed?
    cheers
    Mike

    Why indeed. I have raised this to Cisco developers ad nauseum. They are moving to more of a pure html schema with the upcoming release of LMS. Even that, though, will still have dependency on a specific JRE (1.42_something if I recall correctly). For now, you can use the parts of LMS and RWAN that aren't java-based applets despite the suite's error warning. Using any of the java applets (CiscoView, Campus Manager, etc.) requires the exact JRE noted in the documentation (1.41_02) and no substitutes are accepted. This is hard coded in the applet and there is no reliable work around. Some have reported limited success by using the Java control panel and having multiple JREs loaded on their machine. This is a bit tricky though and may not work in all situations.
    Thus the great myth of Java (write once, run anywhere) is exposed. The cynic might observe that a MS-based implementation would be prefereble. the purist would opine that a pure html W3C-compliant app would be the way to go. The realist just sighs and goes about working with what he (or she) is given.

Maybe you are looking for