Load file/applet firewall

Help please: given the following
all class have the same RID
class A
class B derived from class A
class C derived from class A
Is there a way to have classes A,B,C in separate load file without using the Shareable interface communications mechanism. Could we create our own SecurityDomain to allow load files to link to each other.

From the server: make a URL point�ng to the file and open a stream to it.
http://java.sun.com/j2se/1.3/docs/api/java/net/URL.html#openStream()

Similar Messages

  • How to load an applet jar file?

    Hello everyone,
    I have an applet that uses my own jar file and approximately 6 third party jar files. I set up jar indexing (jar -i) which will download the jar files when they are needed. All seems to work well, but now I want to manually load the jar files which I cannot get working.
    When the applet starts, about 1/2 of the jar files are downloaded (because they are needed at startup). I then want to load the additional jar files in the background, after the gui is initialized. I have tried this using the below thread which is executed from within the applet's start method:
    // Try to load additional jar files in background by loading a class from each jar file.
    Thread loadClass = new Thread() {
      public void run() {
        System.out.println("Loading classes...");
        try {
          // Tried loading classes this way, doesn't work.
          getClass().getClassLoader().loadClass("pkg1.Class1");
          getClass().getClassLoader().loadClass("pkg2.Class2");
          getClass().getClassLoader().loadClass("pkg3.Class4");
          getClass().getClassLoader().loadClass("pkg4.Class4");
          /* Loading classes this way doesn't work either.
          Class.forName("pkg1.Class1");
          Class.forName("pkg2.Class2");
          Class.forName("pkg3.Class3");
          Class.forName("pkg4.Class4");
        catch(ClassNotFoundException e) {
          // First attempt to load a class (pkg1.Class1) throws exception.
          System.out.println("Can't find class: " + e.getMessage());
    loadClass.start();As you can see from above I am trying to load a class from each of the jar files so that the jar files would load into memory/cache. Unfortunately, it cannot find the classes. These are the errors from the java console:
    Loading classes...
    Loading: pkg1.Class1
    Connecting http://my.server.com/my_dir/pkg1/Class1.class with no proxy
    Connecting http://my.server.com/my_dir/pkg1/Class1.class with cookie "JSESSIONID=some_big_long_char_list"
    Can't find class: pkg1.Class1
    So it appears the jar file is not being downloaded. When I take away the dynamic jar loading (removing the "jar -i" & adding them all to the applet archive list) the thread executes correctly. So I know the class names, etc, are correct. How does one load an applet jar file?
    Any help/suggestions are appreciated.

    The above error I posted was because I forgot to index the jar files. That is why it couldn't find the jar file. I thought I was getting farther along with my problem, but I apparently just forgot to index the jars. I am now getting the problem that I got yesterday...
    The applet freezes/hangs when it hits the thread. The GUI never opens (even though I'm running this thread right after the gui shows). The java console quits responding and the applet just stays the grey screen. I also tried the invoke later that you suggested.
    public void start() {
      // ...initialize gui...
      // Applet freezes and remains grey, also the java console freezes.
      javax.swing.SwingUtilities.invokeLater(new Runnable() {
        public void run() {
          System.out.println("Loading classes...");
          try {
            // When I comment out the below forName calls, the thread will still run evidenced through the done print statement.
            Class.forName("pkg1.Class1");
         Class.forName("pkg2.Class2");
         Class.forName("pkg3.Class3");
         Class.forName("pkg4.Class4");
            System.out.println("...Done loading classes");
          catch(Exception e)     {
            System.out.println("Can't find class: " + e.getMessage());
    }

  • Access denied by loading files into applet

    Hi!
    I have a problem with initializing my applet.
    When i try to load files from my harddisk in my applet, i get the
    "access denied" message and so the applet could not be initialized.
    I gave my program files "allPermission" in the java-policy-tool.
    Is there anybody who can tell me, what the problem is?
    Thanks for your help.
    Stefan

    You should load the URL of your file.
    URL url = null;
    try {
    url = new URL(getCodeBase(), getParameter("...your file..."));
    }catch(Exception e){;}
    loaders.load(url);
    Normally, that should be good !
    Bye !

  • Cannot load an applet in a local file

    With
    Fedora Core 3
    JDK 1.5.0_05
    Firefox 1.0.7 or Appletviewer
    I can load most applets loaded fron web sites. But I cannot load a simple file:
    <html>
    <head><title>diagnostics</title></head>
    <body>
    <h1>example applet1</h1>
    <applet codebase="." code=Applet1" width=120 height=120>
    </applet>
    </body>
    </html>
    with a simple hello world applet like:
    import java.awt.*;
    import java.applet.*;
    public class Applet1 extends Applet {
    public void paint(Graphics g) {
    g.drawString("Hello World", 10, 10);
    Loading the page it reports a General exception:
    java.lang.ClassNotFoundException: Applet1
    Both files are in the same directory.
    It happens both with firefox and appletviewer.
    I would appreciate any help or feedback of similar behaviour.
    Manchu.

    I just let your code run in JCreator and I found 1 error in yout HTML code:
    <applet codebase="." code="Applet1" width=120 height=120>(that is how the line should look like, corrected)

  • *.wrl file loaded into applet!!!

    I am useing vrml97 to load *.wrl file, And it works fine in application mode.
    But when I run it as applet mode,it report an error:applet notinited.
    I use the *.obj file loaded into applet, and it works fine.
    What's the problem between *.obj and *.wrl?
    How can I loaded *.wrl into my applet?

    Just a little more information. When I enter owa_util.mime_header('image/jpeg') I can't display the file. It just shows up with a red x for the file.
    When I enter owa_util.mime_header('image/jpg') it displays the file, but in the format
    ¿¿¿¿JFIF¿¿-Intel(R) JPEG Library, version [2.0.16.48]¿¿C
    This is the way I would expect it to look if I opened it with Notepad, or an application that doesn't recognize jpg files. Can anyone tell me what I am doing wrong?? Thanks.

  • ClassFormatError when attempting to load an applet from within a JSP

    Greetings everyone.
    I have a problem that i seem unable to solve.
    I've created a web application. I'm using Java 1.4.2_05 and Tomcat. Right now i'm trying to load an applet from a JSP and i'm getting an error that, try as i might, i can't understand why it happens.
    Here is some detailed info:
    The applet's code:
    package smpb.myapp.controllers;
    import java.applet.Applet;
    import java.awt.Graphics;
    public class GUIApplet extends Applet
         public void init()
         public void stop()
         public void paint(Graphics g)
                  g.drawString("Hey hey hey",20,20);
               g.drawString("Hellooo World",20,40);
    The JSP's code:
    <%@ page language="java"
                   import="java.util.*"
                   session="true" %>
    <%
         String name = (String) request.getSession().getAttribute("userName");
    %>
    <html>
         <head>
              <title>Login</title>
         </head>
         <body>
              <h1><p align="center">Application</p></h1>
              <br>
              Welcome <%= name %>! Thank you for logging in!
              <br><br><br>
              <applet align="middle" code="smpb.myapp.controllers.GUIApplet.class" codebase="./" archive="MyApp_applets.jar">
                   Your browser does not support this feature.
              </applet>
              <br><br>
              <a href='<%=request.getContextPath() + "/LogOut"%>'>Log Out</a><br>
         </body>
    </html>-------------------------------------------
    When i reach this JSP the applet fails to load and i get the following error message at the java console:
    Loading applet ...
    Initializing applet ...
    Starting applet ...
    Connecting http://127.0.0.1/MyApp/MyApp_applets.jar with no proxy
    Connecting http://127.0.0.1/MyApp/MyApp_applets.jar with cookie "JSESSIONID=A8EECE5E39458739C760D8907762C507"
    Last modified time and/or expiration value is not available.  Jar file will not be cached.
    Connecting http://127.0.0.1/MyApp/MyApp_applets.jar with no proxy
    Connecting http://127.0.0.1/MyApp/MyApp_applets.jar with cookie "JSESSIONID=A8EECE5E39458739C760D8907762C507"
    Connecting http://127.0.0.1/MyApp/smpb/myapp/controllers/GUIApplet.class with no proxy
    Connecting http://127.0.0.1/MyApp/smpb/myapp/controllers/GUIApplet.class with cookie "JSESSIONID=A8EECE5E39458739C760D8907762C507"
    Last modified time and/or expiration value is not available.  Jar file will not be cached.
    Connecting http://127.0.0.1/MyApp/smpb/myapp/controllers/GUIApplet.class with no proxy
    Connecting http://127.0.0.1/MyApp/smpb/myapp/controllers/GUIApplet.class with cookie "JSESSIONID=A8EECE5E39458739C760D8907762C507"
    java.lang.ClassFormatError: smpb/myapp/controllers/GUIApplet (Bad magic number)
         at java.lang.ClassLoader.defineClass0(Native Method)
         at java.lang.ClassLoader.defineClass(ClassLoader.java:539)
         at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
         at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:157)
         at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
         at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:123)
         at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
         at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:561)
         at sun.applet.AppletPanel.createApplet(AppletPanel.java:617)
         at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1856)
         at sun.applet.AppletPanel.runLoader(AppletPanel.java:546)
         at sun.applet.AppletPanel.run(AppletPanel.java:298)
         at java.lang.Thread.run(Thread.java:534)
    Exception: java.lang.ClassFormatError: smpb/myapp/controllers/GUIApplet (Bad magic number)-------------------------------------------
    The JSP is in the root directory of the web application's path right along with the jar file. The jar file itself has the following structure:
    Archive:  HelpDesk_applets.jar
      Length     Date   Time    Name
            0  05-17-06 12:17   META-INF/
          106  05-17-06 12:17   META-INF/MANIFEST.MF
            0  05-10-06 17:14   smpb/
            0  05-10-06 17:14   smpb/myapp/
            0  05-12-06 16:50   smpb/myapp/controllers/
          794  05-12-06 17:15   smpb/myapp/controllers/GUIApplet.class
          900                   6 filesNow, i've tried loading the very same jar file that i use in the JSP through a static HTML which is virtually identical to the JSP i presented and everything works just fine. I've checked and rechecked to see if all the permissions to access the jar file were accurate, i checked to see if Tomcat had it's MIME settings correctly configured so that there was no chance that the files were being corrupted during the load (as that is a usual cause for the problem, or so i've gathered) but to no avail. I've searched the web, including these forums, and found similar problems but no conclusive solution. I can't seem to figure out, at all, what could possibly be wrong. Does anyone have any ideas? I've tried to be as thorough as i could from the start, so, any help would be deeply appreciated.

    Hi mshah101,
    This can happen if the applet is compiled using an higher version of java and the browser is pointing to an older version (even if minor version number is higher)

  • Facing the problem in loading the applet in mozilla, Firefox and netscape

    Dear sir,
    Well I am facing the problem regarding loading of applet in firefox,mozilla and netscape. Its working fine in IE6 I have the samplecode which asks for jdk1.4 whenever the applet gets loaded in IE6 and also it works fine for every browser but he is asking jre for every time whenever the page gets loaded even if the jre is installed. I need a code such that it should ask only if the jre is not installed. One more thing is it so that for mozilla or netscape the jre installation files are different.
    pls give the solution.
    Well I am also facing the problem like when I load login page of my applicatoin in netscape or firefox
    I provided the buton on login page on which the hyperlink is present, the hyperlink is of servlet path when I click on the same it shows me the blank page instead he should forward the page to the next jsp webpage where I am showing the applet. But it works fine in IE versions and opera but not in the others.
    Awating for your reply.
    Rgs
    sumeet.

    Issue resolved with the help of ABAP.
    Regards
    Bijudas

  • Error when loading an applet

    When I loading an applet in a website, the brower hangs, and there is a JVM error log generated. am posting the content of the error log below. Could anybody here encounter the same problem? Previous the VM in my notebook is 1.4.2_06, and the problem occurs. Thought it was a problem of the VM, so I upgraded it to 1.5.0_06-b05, the problem is still there.
    Following is the content of the error log:
    ======================================
    # An unexpected error has been detected by HotSpot Virtual Machine:
    # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d0c5783, pid=3528, tid=1636
    # Java VM: Java HotSpot(TM) Client VM (1.5.0_06-b05 mixed mode, sharing)
    # Problematic frame:
    # C [awt.dll+0xc5783]
    --------------- T H R E A D ---------------
    Current thread (0x09ac59d8): JavaThread "AWT-Windows" daemon [_thread_in_native, id=1636]
    siginfo: ExceptionCode=0xc0000005, reading address 0x458b0000
    Registers:
    EAX=0x458b0000, EBX=0x77e7d142, ECX=0x00003b2c, EDX=0x00ad3704
    ESP=0x0ff7fa14, EBP=0x00000111, ESI=0x09b2ce00, EDI=0x00003b2c
    EIP=0x6d0c5783, EFLAGS=0x00010206
    Top of Stack: (sp=0x0ff7fa14)
    0x0ff7fa14: 6d0c1ea8 00003b2c 00000000 00000000
    0x0ff7fa24: 0ff7fb00 0005052a 0ff7fa8c 00000000
    0x0ff7fa34: 00000001 00000000 09ac5a98 09ac5a98
    0x0ff7fa44: 6d6b161f 0ff7fa80 77d7390a 77d99b08
    0x0ff7fa54: 0ff7fa80 6d0f3348 00000000 6d0c0948
    0x0ff7fa64: 00000111 00003b2c 00000000 0ff7fb00
    0x0ff7fa74: 6d0c08f0 00000000 0ff7fa70 0ff7fb10
    0x0ff7fa84: 6d0f3330 00000000 0ff7fab8 77d43a50
    Instructions: (pc=0x6d0c5783)
    0x6d0c5773: b9 ef 01 00 85 c0 75 08 b8 02 00 00 00 c2 0c 00
    0x6d0c5783: 8b 10 8b c8 ff 52 04 b8 02 00 00 00 c2 0c 00 50
    Stack: [0x0fe80000,0x0ff80000), sp=0x0ff7fa14, free space=1022k
    Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
    C [awt.dll+0xc5783]
    [error occurred during error reporting, step 120, id 0xc0000005]
    Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
    j sun.awt.windows.WToolkit.eventLoop()V+0
    j sun.awt.windows.WToolkit.run()V+69
    j java.lang.Thread.run()V+11
    v ~StubRoutines::call_stub
    --------------- P R O C E S S ---------------
    Java Threads: ( => current thread )
    0x09b2c1e8 JavaThread "AWT-EventQueue-2" [_thread_blocked, id=3032]
    0x09ac5558 JavaThread "Keep-Alive-Timer" daemon [_thread_blocked, id=3856]
    0x09b30008 JavaThread "Thread-5" [_thread_blocked, id=2780]
    0x09a73010 JavaThread "thread applet-DBSlogin2" [_thread_in_native, id=1748]
    0x09ae0dc0 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=3448]
    0x09b2b5f8 JavaThread "AWT-Shutdown" [_thread_blocked, id=3172]
    0x09acb230 JavaThread "traceMsgQueueThread" daemon [_thread_blocked, id=2232]
    =>0x09ac59d8 JavaThread "AWT-Windows" daemon [_thread_in_native, id=1636]
    0x09ac44c0 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=3280]
    0x00ae5d00 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=3208]
    0x00ae4948 JavaThread "CompilerThread0" daemon [_thread_blocked, id=3684]
    0x00ad17b0 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=3792]
    0x00aeafb0 JavaThread "Finalizer" daemon [_thread_blocked, id=3252]
    0x00b691e8 JavaThread "Reference Handler" daemon [_thread_blocked, id=2736]
    0x00aee308 JavaThread "main" [_thread_in_native, id=2412]
    Other Threads:
    0x00aada30 VMThread [id=3760]
    0x00ae8f40 WatcherThread [id=2348]
    VM state:not at safepoint (normal execution)
    VM Mutex/Monitor currently owned by a thread: None
    Heap
    def new generation total 576K, used 296K [0x20ad0000, 0x20b70000, 0x21230000)
    eden space 512K, 45% used [0x20ad0000, 0x20b0a2e8, 0x20b50000)
    from space 64K, 99% used [0x20b50000, 0x20b5ffe0, 0x20b60000)
    to space 64K, 0% used [0x20b60000, 0x20b60000, 0x20b70000)
    tenured generation total 3208K, used 2006K [0x21230000, 0x21552000, 0x26ad0000)
    the space 3208K, 62% used [0x21230000, 0x21425800, 0x21425800, 0x21552000)
    compacting perm gen total 8192K, used 2272K [0x26ad0000, 0x272d0000, 0x2aad0000)
    the space 8192K, 27% used [0x26ad0000, 0x26d083b0, 0x26d08400, 0x272d0000)
    ro space 8192K, 63% used [0x2aad0000, 0x2afdb178, 0x2afdb200, 0x2b2d0000)
    rw space 12288K, 46% used [0x2b2d0000, 0x2b869fa8, 0x2b86a000, 0x2bed0000)
    Dynamic libraries:
    0x00400000 - 0x00419000      C:\Program Files\Internet Explorer\iexplore.exe
    0x77f50000 - 0x77ff7000      C:\WINDOWS\System32\ntdll.dll
    0x77e60000 - 0x77f46000      C:\WINDOWS\system32\kernel32.dll
    0x77c10000 - 0x77c63000      C:\WINDOWS\system32\msvcrt.dll
    0x77d40000 - 0x77dcc000      C:\WINDOWS\system32\USER32.dll
    0x7e090000 - 0x7e0d1000      C:\WINDOWS\system32\GDI32.dll
    0x77dd0000 - 0x77e5d000      C:\WINDOWS\system32\ADVAPI32.dll
    0x78000000 - 0x78086000      C:\WINDOWS\system32\RPCRT4.dll
    0x70a70000 - 0x70ad5000      C:\WINDOWS\system32\SHLWAPI.dll
    0x71700000 - 0x71849000      C:\WINDOWS\System32\SHDOCVW.dll
    0x76390000 - 0x763ac000      C:\WINDOWS\System32\IMM32.DLL
    0x629c0000 - 0x629c8000      C:\WINDOWS\System32\LPK.DLL
    0x72fa0000 - 0x72ffa000      C:\WINDOWS\System32\USP10.dll
    0x71950000 - 0x71a34000      C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.10.0_x-ww_f7fb5805\comctl32.dll
    0x37000000 - 0x37013000      C:\WINDOWS\System32\EntApi.dll
    0x76bf0000 - 0x76bfb000      C:\WINDOWS\System32\PSAPI.DLL
    0x71c20000 - 0x71c6e000      C:\WINDOWS\System32\NETAPI32.dll
    0x71ab0000 - 0x71ac5000      C:\WINDOWS\System32\WS2_32.dll
    0x71aa0000 - 0x71aa8000      C:\WINDOWS\System32\WS2HELP.dll
    0x63000000 - 0x63096000      C:\WINDOWS\system32\WININET.dll
    0x762c0000 - 0x76348000      C:\WINDOWS\system32\CRYPT32.dll
    0x762a0000 - 0x762b0000      C:\WINDOWS\system32\MSASN1.dll
    0x77120000 - 0x771ab000      C:\WINDOWS\system32\OLEAUT32.dll
    0x771b0000 - 0x772d1000      C:\WINDOWS\system32\OLE32.DLL
    0x773d0000 - 0x77bc2000      C:\WINDOWS\system32\SHELL32.dll
    0x77340000 - 0x773cb000      C:\WINDOWS\system32\comctl32.dll
    0x5ad70000 - 0x5ada4000      C:\WINDOWS\System32\uxtheme.dll
    0x53000000 - 0x53013000      C:\PROGRA~1\3721\helper.dll
    0x77c00000 - 0x77c07000      C:\WINDOWS\system32\VERSION.dll
    0x10000000 - 0x10009000      C:\PROGRA~1\3721\scrblock.dll
    0x003d0000 - 0x003d7000      C:\PROGRA~1\3721\alrex.dll
    0x37210000 - 0x37283000      C:\WINDOWS\DOWNLO~1\CnsMin.dll
    0x76c90000 - 0x76cb2000      C:\WINDOWS\system32\imagehlp.dll
    0x00ba0000 - 0x00bcb000      C:\WINDOWS\DOWNLO~1\CnsHint.dll
    0x71500000 - 0x715fd000      C:\WINDOWS\System32\BROWSEUI.dll
    0x72430000 - 0x72442000      C:\WINDOWS\System32\browselc.dll
    0x00c10000 - 0x00c35000      C:\PROGRA~1\3721\autolive.dll
    0x1a400000 - 0x1a47a000      C:\WINDOWS\system32\urlmon.dll
    0x76670000 - 0x76757000      C:\WINDOWS\System32\SETUPAPI.dll
    0x00c50000 - 0x00c7d000      C:\PROGRA~1\3721\alLiveEx.dll
    0x75f40000 - 0x75f5f000      C:\WINDOWS\system32\appHelp.dll
    0x76fd0000 - 0x77048000      C:\WINDOWS\System32\CLBCATQ.DLL
    0x77050000 - 0x77115000      C:\WINDOWS\System32\COMRes.dll
    0x00ce0000 - 0x00d0b000      C:\WINDOWS\System32\msctfime.ime
    0x746f0000 - 0x74716000      C:\WINDOWS\System32\Msimtf.dll
    0x74720000 - 0x74764000      C:\WINDOWS\System32\MSCTF.dll
    0x00da0000 - 0x00dad000      C:\WINDOWS\DOWNLO~1\cnsplus.dll
    0x76f90000 - 0x76fa0000      C:\WINDOWS\System32\Secur32.dll
    0x76620000 - 0x7666e000      C:\WINDOWS\System32\cscui.dll
    0x76600000 - 0x7661b000      C:\WINDOWS\System32\CSCDLL.dll
    0x76170000 - 0x761f8000      C:\WINDOWS\System32\shdoclc.dll
    0x74770000 - 0x747ff000      C:\WINDOWS\System32\mlang.dll
    0x71ad0000 - 0x71ad8000      C:\WINDOWS\System32\wsock32.dll
    0x75a70000 - 0x75b15000      C:\WINDOWS\system32\userenv.dll
    0x76c30000 - 0x76c5b000      C:\WINDOWS\System32\wintrust.dll
    0x767f0000 - 0x76814000      C:\WINDOWS\System32\schannel.dll
    0x71a50000 - 0x71a8b000      C:\WINDOWS\system32\mswsock.dll
    0x71a90000 - 0x71a98000      C:\WINDOWS\System32\wshtcpip.dll
    0x76ee0000 - 0x76f17000      C:\WINDOWS\System32\RASAPI32.DLL
    0x76e90000 - 0x76ea1000      C:\WINDOWS\System32\rasman.dll
    0x76eb0000 - 0x76edb000      C:\WINDOWS\System32\TAPI32.dll
    0x76e80000 - 0x76e8d000      C:\WINDOWS\System32\rtutils.dll
    0x76b40000 - 0x76b6c000      C:\WINDOWS\System32\WINMM.dll
    0x722b0000 - 0x722b5000      C:\WINDOWS\System32\sensapi.dll
    0x02230000 - 0x02431000      C:\WINDOWS\System32\msi.dll
    0x75e90000 - 0x75f37000      C:\WINDOWS\System32\SXS.DLL
    0x0ffd0000 - 0x0fff3000      C:\WINDOWS\System32\rsaenh.dll
    0x76fc0000 - 0x76fc5000      C:\WINDOWS\System32\rasadhlp.dll
    0x76f20000 - 0x76f45000      C:\WINDOWS\System32\DNSAPI.dll
    0x76fb0000 - 0x76fb7000      C:\WINDOWS\System32\winrnr.dll
    0x76f60000 - 0x76f8c000      C:\WINDOWS\system32\WLDAP32.dll
    0x65af0000 - 0x65af7000      C:\WINDOWS\system32\jsproxy.dll
    0x18030000 - 0x1803b000      C:\Program Files\Network Associates\VirusScan\scriptproxy.dll
    0x12400000 - 0x12466000      C:\Program Files\Network Associates\VirusScan\mytilus.dll
    0x12580000 - 0x12585000      C:\Program Files\Network Associates\VirusScan\Res09\McShield.dll
    0x12000000 - 0x121e0000      C:\Program Files\Common Files\Network Associates\Engine\mcscan32.dll
    0x6b700000 - 0x6b790000      C:\WINDOWS\System32\JScript.dll
    0x73300000 - 0x73375000      C:\WINDOWS\System32\VBScript.dll
    0x63580000 - 0x63830000      C:\WINDOWS\System32\mshtml.dll
    0x325c0000 - 0x325d2000      C:\Program Files\Microsoft Office\OFFICE11\msohev.dll
    0x746c0000 - 0x746e7000      C:\WINDOWS\System32\MSLS31.DLL
    0x66880000 - 0x6688a000      C:\WINDOWS\System32\imgutil.dll
    0x72d20000 - 0x72d29000      C:\WINDOWS\System32\wdmaud.drv
    0x72d10000 - 0x72d18000      C:\WINDOWS\System32\msacm32.drv
    0x77be0000 - 0x77bf4000      C:\WINDOWS\System32\MSACM32.dll
    0x77bd0000 - 0x77bd7000      C:\WINDOWS\System32\midimap.dll
    0x0ffa0000 - 0x0ffc1000      C:\WINDOWS\System32\dssenh.dll
    0x73d50000 - 0x73d60000      C:\WINDOWS\System32\cryptnet.dll
    0x75150000 - 0x75163000      C:\WINDOWS\System32\Cabinet.dll
    0x05160000 - 0x05172000      C:\WINDOWS\DOWNLO~1\CnsHook.dll
    0x74cb0000 - 0x74d1f000      C:\WINDOWS\System32\mshtmled.dll
    0x71d40000 - 0x71d5b000      C:\WINDOWS\System32\actxprxy.dll
    0x30000000 - 0x30222000      C:\WINDOWS\System32\Macromed\Flash\Flash8.ocx
    0x763b0000 - 0x763f5000      C:\WINDOWS\system32\comdlg32.dll
    0x65000000 - 0x65009000      C:\WINDOWS\System32\ddrawex.dll
    0x51000000 - 0x51050000      C:\WINDOWS\System32\DDRAW.dll
    0x73bc0000 - 0x73bc6000      C:\WINDOWS\System32\DCIMAN32.dll
    0x6d590000 - 0x6d5a2000      C:\Program Files\Java\jre1.5.0_06\bin\npjpi150_06.dll
    0x5edd0000 - 0x5edea000      C:\WINDOWS\System32\OLEPRO32.DLL
    0x6d400000 - 0x6d417000      C:\Program Files\Java\jre1.5.0_06\bin\jpiexp32.dll
    0x6d450000 - 0x6d468000      C:\Program Files\Java\jre1.5.0_06\bin\jpishare.dll
    0x6d670000 - 0x6d804000      C:\PROGRA~1\Java\JRE15~1.0_0\bin\client\jvm.dll
    0x6d280000 - 0x6d288000      C:\PROGRA~1\Java\JRE15~1.0_0\bin\hpi.dll
    0x6d640000 - 0x6d64c000      C:\PROGRA~1\Java\JRE15~1.0_0\bin\verify.dll
    0x6d300000 - 0x6d31d000      C:\PROGRA~1\Java\JRE15~1.0_0\bin\java.dll
    0x6d660000 - 0x6d66f000      C:\PROGRA~1\Java\JRE15~1.0_0\bin\zip.dll
    0x6d000000 - 0x6d167000      C:\Program Files\Java\jre1.5.0_06\bin\awt.dll
    0x73000000 - 0x73023000      C:\WINDOWS\System32\WINSPOOL.DRV
    0x5c000000 - 0x5c0c8000      C:\WINDOWS\System32\D3DIM700.DLL
    0x6d240000 - 0x6d27d000      C:\Program Files\Java\jre1.5.0_06\bin\fontmanager.dll
    0x6d1f0000 - 0x6d203000      C:\Program Files\Java\jre1.5.0_06\bin\deploy.dll
    0x6d5d0000 - 0x6d5ef000      C:\Program Files\Java\jre1.5.0_06\bin\RegUtils.dll
    0x6d3e0000 - 0x6d3f5000      C:\Program Files\Java\jre1.5.0_06\bin\jpicom32.dll
    0x6d4c0000 - 0x6d4d3000      C:\Program Files\Java\jre1.5.0_06\bin\net.dll
    0x6d1c0000 - 0x6d1e3000      C:\Program Files\Java\jre1.5.0_06\bin\dcpr.dll
    VM Arguments:
    jvm_args: -Xbootclasspath/a:C:\PROGRA~1\Java\JRE15~1.0_0\lib\deploy.jar;C:\PROGRA~1\Java\JRE15~1.0_0\lib\plugin.jar -Xmx96m -Djavaplugin.maxHeapSize=96m -Xverify:remote -Djavaplugin.version=1.5.0_06 -Djavaplugin.nodotversion=150_06 -Dbrowser=sun.plugin -DtrustProxy=true -Dapplication.home=C:\PROGRA~1\Java\JRE15~1.0_0 -Djava.protocol.handler.pkgs=sun.plugin.net.protocol -Djavaplugin.vm.options=-Djava.class.path=C:\PROGRA~1\Java\JRE15~1.0_0\classes -Xbootclasspath/a:C:\PROGRA~1\Java\JRE15~1.0_0\lib\deploy.jar;C:\PROGRA~1\Java\JRE15~1.0_0\lib\plugin.jar -Xmx96m -Djavaplugin.maxHeapSize=96m -Xverify:remote -Djavaplugin.version=1.5.0_06 -Djavaplugin.nodotversion=150_06 -Dbrowser=sun.plugin -DtrustProxy=true -Dapplication.home=C:\PROGRA~1\Java\JRE15~1.0_0 -Djava.protocol.handler.pkgs=sun.plugin.net.protocol vfprintf
    java_command: <unknown>
    Launcher Type: generic
    Environment Variables:
    CLASSPATH=C:\Program Files\Agent Software\lib\jack.jar;.
    PATH=C:\PROGRA~1\Java\JRE15~1.0_0\bin;C:\texmf\miktex\bin\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\ATI Technologies\ATI Control Panel;C:\MATLAB701\bin\win32;C:\PROGRA~1\COMMON~1\SONICS~1\;C:\Program Files\Internet Explorer;;.
    USERNAME=ahtan
    OS=Windows_NT
    PROCESSOR_IDENTIFIER=x86 Family 6 Model 9 Stepping 5, GenuineIntel
    --------------- S Y S T E M ---------------
    OS: Windows XP Build 2600 Service Pack 1
    CPU:total 1 family 6, cmov, cx8, fxsr, mmx, sse, sse2
    Memory: 4k page, physical 523248k(135244k free), swap 1279140k(917836k free)
    vm_info: Java HotSpot(TM) Client VM (1.5.0_06-b05) for windows-x86, built on Nov 10 2005 11:12:14 by "java_re" with MS VC++ 6.0
    ======================================

    Hi
    My applet suffered from the same Exception, using J2SE1.4.2_01 and J2SE1.4.2_02. My Applet consists of three Jars:
    1. The Applet (which uses JCE API / signed with my cert)
    2. JCE Provider (reduced to the necessary classes / signed by provider)
    3. Unsigned classes
    I was able to solve the problem by adding a second signature to the second JAR File (JCE Provider).
    My humble conclusion:
    Allways sign all classes which need to be signed with your own certificate, even sign those classes wich are allready signed by the JCE Provider.
    Hope this helps!
    Regards,
    Ramon Keller

  • Problem while loading the applet across SSL in IE 5.0 & NS 6.0

    Hi
    Can any one of u guys solve my problem????
    I m trying to load an applet thru https protocol in both the browsers( IE 5.0 and Netscape 6.0). I am having a jar file which contains the applet class files and some helper files for the applet.When i m accessing the image URL (in the html file for the applet) thru https protocol itz working fine on both the browsers. But when i try to access codebase thru https i m getting different errors on both the browsers. Errors r as follows.
    Exception in IE 5.0
    java.net.ConnectException: HTTPS response=404
    at
    sun.plugin.protocol.https.BrowserHttpsInputStream.openStream(Native
    Method)
    at
    sun.plugin.protocol.https.BrowserHttpsInputStream.<init>(Unknown
    Source)
    at
    sun.plugin.protocol.https.BrowserHttpsURLConnection.getInputStream(Unknown
    Source)
    at sun.plugin.cachescheme.PluginURLConnection.downLoadFile(Unknown
    Source)
    at
    sun.plugin.cachescheme.PluginJarCacheHandler.downloadJarFileToCache(Unknown
    Source)
    at
    sun.plugin.cachescheme.PluginJarCacheHandler.cacheHandler(Unknown
    Source)
    at
    sun.plugin.cachescheme.PluginJarCacheHandler.getJarFilesPath(Unknown
    Source)
    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)
    Exception in Netscape 6.0
    java.lang.ClassFormatError: package1/package2/package3/TiffViewer (Bad
    magic number)
    at java.lang.ClassLoader.defineClass0(Native Method)
    at java.lang.ClassLoader.defineClass(Unknown Source)
    at java.security.SecureClassLoader.defineClass(Unknown Source)
    at sun.applet.AppletClassLoader.findClass(Unknown Source)
    at sun.plugin.security.PluginClassLoader.access$201(Unknown
    Source)
    at sun.plugin.security.PluginClassLoader$1.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    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)
    Plz help me out if any one of u guys have came across such type of problem. Its very very urgent as well as critical. Any help / suggestion will highly be appreciated
    tks in advance
    Soniya

    Hi..
    I m also facing the same problem as described above. I have checked up the path for the class files mentioned in the "code" param in the html file.I also tested with the sample program but could not succed in getting the result.Both the browsers give different error messages as mentioned in the query posted by soniya1.I would be thankful if u can kindly throw some light on this
    if u have some sample code u may kindly drop it to the following mail id
    [email protected]
    hope to hear from u soon
    tx in advance
    R.Lakshmi

  • How to load an applet in card?

    Hi everyone,
    I use NetBeans and its JavaCard Simulator, protocol T = 0, and I am wandering how to load an applet using APDU tool instead of clicking on Run Projetc which do the mentioned thing. It would be helpfull if someone post ouptut and explain all used apdu commands.
    Thanks,
    Mare.

    Here is the APDU trace:
    Select Card Manager
    => 00 A4 04 00 08 A0 00 00 00 03 00 00 00 00
    <= 6F 10 84 08 A0 00 00 00 03 00 00 00 A5 04 9F 65
        01 FF 90 00
    Authenticate
    cm>  init-update 255
    => 80 50 00 00 08 09 41 55 62 DF F5 61 2B 00
    <= 00 00 C6 D8 6A 1C B2 02 14 13 FF 02 00 00 93 73
        3A B8 2C 0F 8E A4 1D EF 84 60 77 12 90 00
    cm>  ext-auth plain
    => 84 82 00 00 10 B5 AA A8 E6 8B 73 57 F9 5D 37 6C
        D1 FE CF 56 32
    <= 90 00
    Install For Load
    => 80 E6 02 00 12 05 11 11 11 11 11 08 A0 00 00 00
        03 00 00 00 00 00 00 00
    <= 00 90 00
    Load Block 1
    => 80 E8 00 00 FF C4 82 01 65 01 00 1A DE CA FF ED
        02 02 04 00 01 05 11 11 11 11 11 0A 68 65 6C 6C
        6F 57 6F 72 6C 64 02 00 21 00 1A 00 21 00 0A 00
        0B 00 2A 00 0E 00 A1 00 0A 00 17 00 00 00 5A 02
        5A 00 00 00 00 00 00 01 01 00 04 00 0B 01 02 01
        07 A0 00 00 00 62 01 01 03 00 0A 01 06 11 11 11
        11 11 11 00 08 06 00 0E 00 00 00 80 03 00 FF 00
        07 01 00 00 00 1C 07 00 A1 00 01 10 18 8C 00 04
        7A 05 30 8F 00 09 3D 8C 00 02 18 1D 04 41 18 1D
        25 8B 00 03 7A 04 22 18 8B 00 07 60 03 7A 19 8B
        00 06 2D 1A 04 25 75 00 6D 00 06 00 00 00 1D 00
        01 00 2C 00 02 00 3B 00 40 00 4A 00 41 00 57 00
        42 00 62 19 8B 00 05 3B 19 03 1A 07 25 8B 00 08
        70 49 19 8B 00 05 3B 19 03 1A 07 25 8B 00 08 70
        3A 19 8B 00 05 3B 19 03 1A 07 25 8B 00 08 70 2B
        03 32 04 8D 00 00 32 1F 8D 00 01 70 1E 05 8D 00
        00 32 1F 8D 00
    <= 00 90 00
    Load other Blocks with  80 E8 00 xx ... which xx is the Block number
    Load Last Block
    => 80 E8 80 01 6A 00 01 70 13 03 8D 00 00 32 1F 8D
        00 01 70 08 11 6D 00 8D 00 01 7A 08 00 0A 00 00
        00 00 00 00 00 00 00 00 05 00 2A 00 0A 06 80 08
        10 06 80 07 01 06 00 00 01 03 80 03 02 06 80 03
        00 03 80 0A 06 03 80 0A 01 03 80 03 03 03 80 0A
        08 01 00 02 00 09 00 17 00 00 00 13 05 06 04 0A
        07 07 25 09 06 09 06 09 08 05 06 05 06 05 08 00
    <= 00 90 00
    Install For Install
    cm>  install -i 111111111111  -q C9#() 1111111111 111111111111
    => 80 E6 0C 00 1A 05 11 11 11 11 11 06 11 11 11 11
        11 11 06 11 11 11 11 11 11 01 00 02 C9 00 00 00
    <= 90 00Note that if you want to use APDU manually, you should do the authenticate process and loading all blocks of the CAP file yourself.
    Note that this is the APDU for a real card that is executed in JCOP Environment. I think it should work for the simulators too except the authentication commands.

  • Cannot load java applets in Safari

    I have several accounts on my machine. In one, the one I use most of the time, Safari will not load java applets. I have checked preferences and compared with those set on the other accounts. They are the same, including enabling javva and javascript. I have removed the Safari plist. I have repaired permissions. I have reset safari, cleared history and caches, used Cocktail to clear caches. I have rebooted.
    I set up a new test account and it works fine.
    What's going on, and how do I cure it?

    I will try the pram reset, though I am not confident of it since this problem affects only one account.
    On the new account business. I note that when I set up a new account, before I launch safari, there are no files in the Library related to Safari. They are created on the first launch. If I delete them all, then they are recreated on another launch. What if, in the affected user directory, I exported the bookmarks and/or dragged the bookmarks file to the desktop. Then deleted all evidence of safari from the account. I should now have, in effect, a virgin install of safari. Launching it would create all of the necessary files and directories. If safari works with java applets, or does not, I can simply move the bookmarks back in and be no worse off than I was in the beginning.
    Any serious fault with that? I am working at home today so cannot do this until I am in the office on Monday.

  • Loading an applet in tomcat 4.x

    Hi,
    I have been reading the forums for a while trying to find an explanation to the problem I am having with no success.
    The problem is that I have an applet that has a dynamic number of parameters. The number of parameters is determined by the contents of an application bean which is part of the environment.
    The problem is that I can't get the applet to work using the <applet> tag. It seems that no matter what I set the codebase parameter to, I always get the dreaded "ClassDefNotFound Exception: FacilityApplet" in IE 6.0 or "ClassFormatError: Bad Major Version Number" exception in Netscape 4.79.
    I am using JDK 1.4_0_01 and Tomcat 4.1.12 and my application (oam), context is organized as follows:
    webapps/
    oam
    WEB-INF
    classes
    lib
    applets
    facility
    jsp
    html
    index.html
    I have jarred the applet into a file called FacilityApplet.jar and stored it into the oam/applets/facility directory. The contents of the jar file follows:
    META-INF/
    META-INF/MANIFEST.MF
    FacilityApplet.class
    common/DataEvent.class
    common/Facility.class
    common/Link.class
    DialogBox/
    DialogBox/DialogBox$CloseDialog.class
    DialogBox/DialogBox$CloseWindow.class
    DialogBox/DialogBox.class
    The following is the contents of my jsp page that attempts to load the applet.
    <html>
    <head>
    <!-- Ensure the HTTP Server Does Not Save this Page in Cache -->
    <meta HTTP-EQUIV=Pragma CONTENT=no-cache >
    <title> Status Page </title>
    </head>
    <%@ page import="javaBeans.SettingsBean" %>
    <jsp:useBean id="settings" class="SettingsBean" scope="application" />
    <body BGCOLOR="honeydew" LINK="Blue" TEXT="black" VLINK="Red">
    <h1>
    Application Status
    </h1>
    <%
    // Make sure we have a good bean to work with
    if (settings.getTotalFacilities() != 0) {
    %>
    <applet
    archive="FacilityApplet.jar"
    codebase="http://localhost:8080/oam/applets/facility"
    code="FacilityApplet.class"
    width="300" height="150" >
    <param name="PORT" value="8939" >
    <%
    for (int i = 0;i < settings.getTotalFacilities();i++) {
    %>
    <param name="FAC_<%= i %>" value="<%= settings.getFacilityName(i) %>">
    <param name="STATE_<%= i %>"
    value="<%= settings.getFacility(i).getState() %>">
    <% } %>
    </applet>
    <% }
    else {
    %>
    <h2 align="center"> No Facilities to Display </h2>
    <% } %>
    </body>
    </html>
    Here are the values for codebase that I have tried so far:
    codebase="<%= request.getContextPath() %>/applets/facility"
    codebase="http:localhost:8080/oam/applets/facility"
    codebase="../applets/facility"
    I also expanded the jar file under the applets/facility directory with the same results. I also copied all the class files in the same directory as my jsp file, codebase="facility", with the same results.
    Now, if I use the <jsp:plugin> tag the applet loads with no problems using codebase="<%= request.getContextPath() %>/applets/facility", but that does not allow me to set my applet parameters dynamically. It works fine if I hardcode my parameters inside the <jsp:param> tag. However, I can explain this since it will require the JSP compiler to do multiple passes over the source code, and I don't think it does that.
    My PC has the latest version of the JRE plugin 1.4.X.
    Any help will be greatly appreciated.
    Maizo

    Folks,
    I hate to follow up my own posting but I figured out the problem. My browser was using its own JVM, which of course was an old one.
    Sorry to waste these resources
    Maizo

  • Load: class oracle.forms.engine.Main not found Stuck at loading Java Applet

    Hi there
    I have recently installed App Server 10.1.2.0 on a new machine.
    Copied all my forms to an appropriate directory. Set up formsweb.cfg to allow them to run and have attempted to run them.
    Unfortunately I get stuck at the Loading Java Applet screen, and in the status bar at the bottom it says :
    load: class oracle.forms.engine.Main not found
    I have taken a look at the Java Console, and the 2 things that jump out at me are that it appears to be looking for a forms90 directory, which seems odd since I am using App Server 10.1.2.0.2 and Forms Builder 10.1.2.0.2 meaning it should be looking in a forms directory not forms90 directory shouldnt it ?
    And also, it mentions class with no proxy, so on looking around the forums it has been suggested that put the proxy details into jinitiator, which I have done, but this has made no difference either.
    Can anyone suggest anything else please ?
    Java Console log follows.
    Thanks a lot
    Scott
    Oracle JInitiator: Version 1.3.1.9
    Using JRE version 1.3.1.9 Java HotSpot(TM) Client VM
    User home directory = C:\Documents and Settings\hilliers
    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>
    Unregistered modality listener
    Removed trace listener: sun.plugin.ocx.ActiveXAppletViewer[oracle.forms.engine.Main,0,0,914x613,layout=java.awt.BorderLayout]
    Sending events to applet. STOP
    Sending events to applet. DESTROY
    Sending events to applet. DISPOSE
    Sending events to applet. QUIT
    Finding information...
    Releasing classloader: sun.plugin.ClassLoaderInfo@d9850, refcount=0
    Caching classloader: sun.plugin.ClassLoaderInfo@d9850
    Current classloader cache size: 1
    Done...
    Registered modality listener
    Referencing classloader: sun.plugin.ClassLoaderInfo@d9850, refcount=1
    Added trace listener: sun.plugin.ocx.ActiveXAppletViewer[oracle.forms.engine.Main,0,0,914x613,invalid,layout=java.awt.BorderLayout]
    Sending events to applet. LOAD
    Sending events to applet. INIT
    Sending events to applet. START
    Determine if the applet requests to install any HTML page
    HTML Installation finished.
    Opening http://appserver008/forms90/java/oracle/forms/engine/Main.class
    Connecting http://appserver008/forms90/java/oracle/forms/engine/Main.class with no proxy
    Opening http://appserver008/forms90/java/oracle/forms/engine/Main.class
    Connecting http://appserver008/forms90/java/oracle/forms/engine/Main.class with no proxy
    load: class oracle.forms.engine.Main not found.
    java.lang.ClassNotFoundException: java.io.IOException: open HTTP connection failed.
         at sun.applet.AppletClassLoader.getBytes(Unknown Source)
         at sun.applet.AppletClassLoader.access$100(Unknown Source)
         at sun.applet.AppletClassLoader$1.run(Unknown Source)
         at java.security.AccessController.doPrivileged(Native Method)
         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)

    You're a star, thanks.
    In my haste I had cut too much out of my old formsweb.cfg file and not realised I'd done it.
    Thanks Francois.

  • Cannot load a Applet using Weblogic6.1

    I am unable to load an applet. My application/web server is weblogic6.1. The problem is i am unable to set the right codebase.
    any ideas..on how to set codebase when using weblogic 6.1.. my applet class files are in
    c:/bea/applications/myApp/WEB-INF/classes

    thanx for the mail..
    When this application was set as Default application, even though the applet class files were in /WEB-INF/classes, it worked.. but now this is no longer a default application and the applet throws classnotfound exception..
    i guess i am missing some other settings ...
    The applet needs to be publically accessible to the
    client. Nothing in WEB-INF is going to be publically
    accessible. You need to put the applet somewhere
    else, such as where you'd normally put the referencing
    HTML file.

  • Loading an Applet Multiple Times

    I'm using the JNLPAppletLauncher to load an applet that is used in several web pages across my site. Whenever I load the applet, the jnlp extension for the url of the JNLP file changes to something slightly different due to authorization logic. The first page that loads the applet functions correctly, and the applet itself functions exactly as it should. However, if I navigate to any other page that has the applet, the load fails with the following error:
    java.lang.IllegalArgumentException: jnlpExtension parameters do not match previously loaded appletSeeing as how the url of the jnlp file is the only extension I'm specifying, is there any way to make the AppletLauncher not flip out whenever it encounters a url that isn't exactly the same as the last one used? In other words, can I specify to the AppletLauncher not to store that information?
    Any help is greatly appreciated.

    Why does authentication change your url? I guess you're sending the session id to the client and it's sending it back in the query string (you're not behind basic auth).
    If it's not and it's because of some other weird thing, an application proxy may work.
    Point to an unprotected servlet and in this servlet:
    - check for user auth (it's still there if user has authenticated),
    - open an HttpURLConnection to the actual jnlp (where you should set the dummy servlet in the href)
    - read it and send it back (headers included) to the client
    No quick idea otherwise.
    Bye.

Maybe you are looking for