Unofficial Web Start FAQ Update/Errata

Hi,
to speed up the Web Start FAQ update cycle I've created a new page titled "Unofficial Web Start FAQ Update/Errata" that holds upcoming FAQ entries and FAQ errata and more.
You can find it @ http://lopica.sourceforge.net/update.html
For more info about the Unoffical Web Start FAQ check out the Lopica Web Start Paradise site @ http://lopica.sourceforge.net
- Gerald

Hi,
I've added some new entries to the update/errata page:
* How can I use Jakarta commons-logging together with Web Start?
* How can I associate file types with my Web Start app?
* How can I pass parameters on to the Java runtime (JVM)?
- Gerald

Similar Messages

Unofficial Web Start FAQ Update

Hi,
I've added new entries to the Unofficial Web Start FAQ Update/Errata page residing at the Lopica Web Start Paradise site online @ http://lopica.sourceforge.net/update.html
New entries include:
* Where can I find the Web Start source code?
* How can I start my Web Start app as a Windows Service?
* How can I debug apps under Web Start?
- Gerald

You can debug JWS apps using standard ouput. In that case you need to
display the Java console. OR you can use log files.Thanks for your comments. The FAQ Update entry adds new tips and tricks on how to attach a debugger to your app kicked off using Web Start. You might wonna check out the "original" entry in the FAQ first.
- Gerald

Unofficial Web Start FAQ; Newbie Read Me First

Hi,
I invite you to check the Unofficial Web Start FAQ for answers before you post your questions.
The Unofficial FAQ contains answers and the collected wisdom from hundreds of posts over more than a year and gets updated every six to eight weeks.
You can browse it online at http://www.vamphq.com/jwsfaq.html
Note, that you can downlaod a 80-page pdf booklet as well for take home or printing for reading on the beach, in the bathtube or jacuzzi or wherever you wonna schlepp it.
I also invite you the read Eric Raymond's tips and tricks on "How To Ask Questions The Smart Way" so that you increase your changes of getting the answers you want - http://www.tuxedo.org/~esr/faqs/smart-questions.html
Finally, if you want to keep up to date, you can surf to "The Saturn Times" - http://www.vamphq.com/times - that brings you Web Start news from around the galaxy not just from the sun.
Enjoy.
- Gerald

Thanks for letting me know. I will promote it in "The Saturn Times".
As an aside: I don't get it why Sun's marketing stuff ignores my work.
The article has links to Juniper, a project that is dead over a year and hasn't delivered a single file.
And best of all it promotes a soon-to-be-dead Web Start competitor called Sinkata CashFlowDirector.
In the FAQ they have a link to CashFlowDirector Bundler. Sinkata pulled it long ago and the link is broken.
Anyway, I hope Sun's marketing troupe will see the light sooner or later.

Unofficial Web Start/JNLP FAQ updated

Hi,
I updated and added new entries to the Unofficial FAQ:
* Is Web Start available for Macintosh?
* Does Web Start support downloading jars using FTP?
* How can I start Web Start's app manager (aka Web Start Player) automatically at boot time/restart time?
* How can I start Web Start's app manager from a web page?
* How can I tell Web Start to use either a hotspot or classic virtual machine?
* How can I connect to a database?
* How can I reference a Java Help helpset?
* How can I change the proxy configuration in javaws.cfg?
* How can I retrieve the proxy settings from Web Start?
* How can I call other programs or shell scripts in Java?
* How can I pass dynamic command line arguments to Web Start on the command line?
* Why doesn't my app run under Web Start?
Thanks to everyone for posting their insights.
Note, that I cannot answer your individual questions.
Please, post your questions on Sun's forum instead of mailing me.
Any corrections or suggestions, however, are more than welcome, please send them to [email protected]
- Gerald Bauer
PS: Here is the Unofficial Web Start/JNLP FAQ link just in case:
http://www.vamphq.com/jwsfaq.html

Hi,
I updated and added new entries to the Unofficial FAQ. Here is this months line up. New Entries:
* How can I list all resources in a jar?
* How can I talk to servlets from my Web Start app?
* How can I use Web Start and RMI together?
* How can I detect if my app is offline?
* Can I use Web Start to deploy server apps?
* Can I use Web Start to deploy apps to mobile devices (J2ME)?
* Why can't I start Web Start's app manager under Windows? Why does the app manager's preferences dialog fail to appear?
* Why doesn't Web Start reprompt for proxy logins?
* Can Web Start handle multiple XML parsers at once?
Updated Entries:
* How can I add JNLP MIME-types to my ISP's Apache Web Server?
* Is Web Start available for Macintosh?
* How can I connect to a database?
The Unofficial Java Web Start/JNLP FAQ is located at
http://www.vamphq.com/jwsfaq.html
A free 40 page pdf booklet is available as well for offline consumption and printing.
As always thanks to everyone for posting their insights.
- Gerald Bauer

Free Unofficial Web Start/JNLP FAQ pdf booklet released

Hi,
I finally finished the docbook conversion and the Unofficial Java Web Start/JNLP FAQ is now available as a pdf booklet for printing and offline consumption.
The FAQ is a living, growing list of answers, not just a publish-and-forget-it static dead-tree booklet, help to improve it. Post your insights and corrections here or mail them to [email protected] Your contributions are welcome.
The FAQ is online at http://www.geocities.com/vamp201/jwsfaq.html
The pdf booklet is online at
http://www.geocities.com/vamp201/download/jwsfaq.pdf
Enjoy
- Gerald

Gerald,
a couple of comments on the FAQ regarding
Q: Can I use JWS for Intranet apps?
file:/// works where file:// doesn't
also including the path to the .jnlp file in double quotes allows to use path containg empty spaces.
example:
javaws "file:///C:\Program Files\Java Web
Start\.javaws\cache\http\Dlocalhost\P80\DMclient\AMdemo.jnlp"

Disabling Java Web Start Automatic Updates

Hi,
my manager is a bit concerned about JWS automatically updating itself.
It doesn't bother me as much as, say, Windows automatically updating itself,
but what if Sun inadvertently adds a serious bug which stops my app working?
It would be nice to be able to choose whether or not JWS does this, and to be able to
manually check for updates, in the Application manager.
Anyone else here share this thought?
rgds,
Matthew Harrison

Java Web Start does not ever auato update itself, only the applications that are launched with it.
Starting with Java 1.4.2_01 The Java Runtime Enviornment itself began containing the ability to auto update itself, but :
1.) If 1.4.2_01 auto-updates to 1.4.2_05, both versions remain available on the machine, (and a webstart app can specify either the exact version it wants, or a range ov versions)
2.) The update policy can be set by each user thru the Control Panel, and the default is to prompt the user before installing.
/Dietz

How to debug java web start with jdk1.5?

i want to debug a JWS app with eclipse, not java console, so I follow Unofficial Java Web Start/JNLP FAQ(http://lopica.sourceforge.net/faq.html) and still not worked.
the attached session worked at first and broke soon, and I found some idea from Unofficial Web Start FAQ Update/Errata(http://lopica.sourceforge.net/update.html). I did the following:
set JAVAWS_TRACE_NATIVE=1
javaws http://localhost/test/test.jnlp
copy command line from popup window.
add "transport=dt_socket,server=y,address=7000" to command line:
C:\progra~1\Java\jdk1.5.0_03\bin\javaw.exe -Xrunjdwp:transport=dt_socket,server=y,address=7000 -Xbootclasspath/a:C:\progra~1\Java\jre1.5.0_04\lib\javaws.jar;C:\progra~1\Java\jre1.5.0_04\lib\deploy.jar -classpath C:\progra~1\Java\jre1.5.0_04\lib\deploy.jar -Djnlpx.home=C:\progra~1\Java\jre1.5.0_04\bin -Djnlpx.splashport=4362 -Djnlpx.jvm="C:\progra~1\Java\jdk1.5.0_03\bin\javaw.exe" -Djnlpx.remove=false -Djava.security.policy=file:C:\progra~1\Java\jre1.5.0_04\lib\security\javaws.policy -DtrustProxy=true -Xverify:remote -Djnlpx.heapsize=NULL,NULL com.sun.javaws.Main http://localhost:8080/test/test.jnlp
the debugger still gets detached. I don't know what's wrong.
JWS has come out for many years, I still found so many undocumented skills, even netbeans5 doesn't support it. Sun want to give up java?

Try checking out this other thread, particularly the reply from dietz333 (I happen to know he's a regular genius when it comes to JavaWS):
http://forum.java.sun.com/thread.jspa?forumID=38&threadID=569693

Using Signed Jars with Web Start

Hi
I am working with an application that needs to access disk. I signed the jars, and in the jnlp file I gave full permisions to it. My question is how Web start recognize that the jar is signed, should I upload the certificate and how to do it? I am having permissions problems at the client side.
Thank you!!!

http://www.vamphq.com/jwsfaq.htmlI don't want to be picky but the Unofficial Web Start FAQ moved to the Lopica Web Start Paradise site a couple of months ago. Please update your bookmarks. The new web address (URL) is:
http://lopica.sourceforge.net/faq.html
and the ongoing in-progress FAQ Update and Errata page is online @ http://lopica.sourceforge.net/update.html
- Gerald
(Unofficial Web Start FAQ Editor)

Can't run application via Web Start 7 if there is query string in href

Java Web Start 7 cannot run application if there is query string in href attribute in jnlp file.
For example:
<jnlp spec="1.0+" codebase="http://localhost:8080/" href="Test.jnlp?query_string">
</jnlp>
There are no any errors. Web Start just does not run application.
But this jnlp could be processed by Java Web Start 6 without any problems.
Is this a bug in Java Web Start 7?
Or using query string in href attribute is not correct by some reason?

I use following example to test this problem - http://www.mkyong.com/java/java-web-start-jnlp-tutorial-unofficial-guide
If you use default jnlp from this example - everything works ok.
But if add any query string to href attribute then Web Start 7 cannot start application.
For example:
<jnlp spec="1.0+" codebase="http://localhost:8080/" href="Test.jnlp?param=value">
</jnlp>
The problem is with Java Web Start 7 Update 7 (build 1.7.0_07-b11).
WebStart 6 can start application using this modified jnlp without any problems.
Edited by: vbez on Oct 11, 2012 2:57 AM
Edited by: vbez on Oct 11, 2012 2:58 AM

Java3D via Web Start

Is there a way to specify in the jnlp the requirements of the java3D installation to be able to run this application?

I got most of this information from a combination of searching these forums, the Web Start Developer's Guide, at http://java.sun.com/products/javawebstart/docs/developersguide.html, and the Unofficial JNLP/Web Start FAQ, which is at http://lopica.sourceforge.net/faq.html. Any mistakes or misconceptions in this explanation are my own, but if it leaves you confused or if I have failed to answer any questions, those are the documents that allowed me to get a Java3D application running via Web Start.
First important point: you WILL NEED to sign all the .jars you distribute, so if you don't know how to do that, go read a tutorial on security and jarsigner/keystores FIRST. You can create your own cert to sign against, so long as your users trust you enough to click 'Yes' when Web Start asks them if they trust you. :)
So, now you've gotten yourself set up with a signing cert, either your own or a $400 one from Verisign or similar. Now, you're going to need to sign copies of your application .jar, any other .jars you distribute (log4j.jar, the java3d jarfiles from the java3d distribution, in my case I have a data .jar that's separate from the application code .jar, etc.) Note that, to make Web Start transparently distribute the Java3D jars along with your application, you do in fact have to unpack them from the installer, sign them, and include them in the way I outline below. The approach I take is to copy all the files to some directory as unsigned.<original jar name>. Then, the jarsigner command line looks like this:
jarsigner -keystore /path/to/keystore/file -storepass <password> -keypass <other password> -signedjar <original jar name> unsigned.<original jar name> keyAlias This applies equally for any other .jars you distribute (log4j is a popular example), including your own application .jar.
If you use ant, the <signjar> task will do all the above for you! Have a look at the Ant manual.
Put all these signed jarfiles in some directory where your web server can serve them up, e.g., /var/www/<yourapp>/lib on the Web Start server. Now all the pieces needed are in place and securely signed so that Web Start will trust your application to use them; you just have to tell Web Start to make them available to the runtime classpath. Below are my .jnlp file and main() method from my java3d application. Note especially the <security> stanza of the JNLP file, which is what both requires the signing of all the .jars, and allows Java3D to talk to the DirectX or OpenGL layer, access files stored on disk (the .jars in the Web Start cache, for example), and
just generally behave as a native app might.
First the JNLP file:
<?xml version="1.0" encoding="utf-8"?>

<jnlp
spec="1.0+"
codebase="http://your.webstart.server/yourapp"
href="http://your.webstart.server/yourapp/yourapp.jnlp">
<information>
    <title>Your Application</title>
    <vendor>Some Company</vendor>
    
    <description>This is your application</description>
    <description kind="short">A longer application description</description>
    
    <offline-allowed/>
</information>
<security>
      <all-permissions/>
</security>
<resources>
       <j2se version="1.4.2" href="http://java.sun.com/products/autodl/j2se" initial-heap-size="64m" />
       <jar href="http://your.webstart.server/yourapp/lib/yourApplication.jar"/>
       <jar href="http://your.webstart.server/yourapp/lib/some3rdPartyLibrary.jar"/>
</resources>
<resources os="Windows">
    <jar href="http://your.webstart.server/yourapp/lib/core/Java3D/jars/j3d/windows/j3daudio.jar"/>
    <jar href="http://your.webstart.server/yourapp/lib/core/Java3D/jars/j3d/windows/j3dcore.jar"/>
    <jar href="http://your.webstart.server/yourapp/lib/core/Java3D/jars/j3d/windows/j3dutils.jar"/>
    <jar href="http://your.webstart.server/yourapp/lib/core/Java3D/jars/j3d/windows/vecmath.jar"/>
    <nativelib href="http://your.webstart.server/yourapp/heartcad/lib/core/Java3D/jars/j3d/windows/j3dDLL.jar"/>
</resources>

<resources os="Linux" arch="x86">
    <jar href="http://your.webstart.server/yourapp/lib/core/Java3D/jars/j3d/linux/i386/j3daudio.jar"/>
    <jar href="http://your.webstart.server/yourapp/lib/core/Java3D/jars/j3d/linux/i386/j3dcore.jar"/>
    <jar href="http://your.webstart.server/yourapp/lib/core/Java3D/jars/j3d/linux/i386/j3dutils.jar"/>
    <jar href="http://your.webstart.server/yourapp/lib/core/Java3D/jars/j3d/linux/i386/vecmath.jar"/>
    <nativelib href="http://your.webstart.server/yourapp/lib/core/Java3D/jars/j3d/linux/i386/j3d.so.jar"/>
</resources>

<resources os="Linux" arch="i386">
    <jar href="http://your.webstart.server/yourapp/lib/core/Java3D/jars/j3d/linux/i386/j3daudio.jar"/>
    <jar href="http://your.webstart.server/yourapp/lib/core/Java3D/jars/j3d/linux/i386/j3dcore.jar"/>
    <jar href="http://your.webstart.server/yourapp/lib/core/Java3D/jars/j3d/linux/i386/j3dutils.jar"/>
    <jar href="http://your.webstart.server/yourapp/lib/core/Java3D/jars/j3d/linux/i386/vecmath.jar"/>
    <nativelib href="http://your.webstart.server/yourapp/lib/core/Java3D/jars/j3d/linux/i386/j3d.so.jar"/>
</resources>
<application-desc main-class="com.some.company.yourapp.YourApp"/>
</jnlp> And then the main() method:
     public static void main(String[] args) throws Exception {
          if(System.getProperty("javawebstart.version") != null) {
               // for Web Start it is necessary to "manually" load in native libs
               String os = System.getProperty("os.name");
               log.debug("loading " + os + " native libraries ..");
               if (os.startsWith("Windows")){
                    // order matters here!
                    // load those libs that are required by other libs first!
                    log.debug("j3daudio.dll .. ");
                    // drop ".dll" suffix here
                    System.loadLibrary("j3daudio");
                    log.debug("OK");
                    log.debug("J3D.dll .. ");
                    System.loadLibrary("J3D");
                    log.debug("OK");
               } else if (os.equals("Linux")){
                    log.debug("libj3daudio.so .. ");
                    // drop "lib" prefix and ".so" suffix
                    System.loadLibrary("j3daudio");
                    log.debug("OK");
                    log.debug("libJ3D.so .. ");
                    System.loadLibrary("J3D");
                    log.debug("OK");
               } else {
                    throw new Exception("OS '" + os + "' not yet supported.");
          // and then launch the app
          new MainFrame(new yourApp(), width, height);
     }

Looking for alternative to Web Start

Hello all,
After a couple years of using Java Web Start to deploy our educational software to schools, we're starting to realize that we need a new deployment strategy.
h4. Here's what we're looking for:
1. All files should be kept in OS-standard locations for applications, such as Program Files for Windows and Applications for Macs. Deployment of this program should be no harder for admins than for any other application. That means nothing in the User home folder.
2. Can be installed directly from a CD or USB stick
3. Can be easily updated as new versions are rolled out (i.e. can download the new jars from our servers).
Does anyone know anything off the shelf that works like this?
h4. Here are the problems with what we have now:
1. Web Start deploys jars (by default) into Users' home folders. This causes the following problems:
1a. Every user on the computer has to install the program individually.
1b. System administrators don't have any tools or patters for large-scale deployment of programs into user's home folders.
1c. Users may have limited space on their home folders.
1d. Users' home folders may be on networked drives, meaning that all the jars need to be fetched over the network every time they run.
1e. Users' home folders may be regularly cleaned.
2. Although Web Start's cache folder can be changed, users may not have write access to those locations, so Web Start will not function for those users if they need to download new jars. While this may be ok for our software alone, it will break any other Web Start application. Web Start cannot have different caches for different applications.
2b. Also, administrators don't have standard ways to deploy to random cache directories on computers.
3. There is no easy way to install Web Start applications from CDs. Jar files have to go into the right folders as if they were being downloaded from a server. We have a way of doing this by starting up a Jetty server, but it is not very robust.
...however, we still want the ease of Web Start's updating. We want to be able to push out new versions, which admins could update and deploy to their schools the way they do for all other applications, and we also want to support rapid-release cycles for our researchers and people working on the cutting edge of our software. Preferably this would need to involve some kind of jar-differencing, as users should only have to download the smallest subset necessary.
I'm sure we could write this ourselves, but I imagine we aren't the first people to have these kinds of requirements and problems with Web Start. Has anything been written that seems to approach what we want?
Thanks,
Sam

If you're willing to pay, you might wish to try Denova's JExpress. http://www.denova.com/
It creates proper installers and has autoupdate support. I've not tried it but it seems to be the off the shelf solution you're looking for.
You might wish to roll your own by using the open source netx implementation of the jnlp protocol. The basic idea is that you create an installation exe for Windows and package for the Mac wrapped around the netx application. It's a bit fiddly but it does work (I've done this myself). For the time you spend doing this though, you'd probably be better off with JExpress.

Java Web Start no longer works after Update 4 (2)

There was another thread under this title for which a solution was found by correcting the designated "open with" app back to Java Web Start.
My problem however is the Java Web Start simply crashes every time i try to open it since the installation of Java Update 4. And I also have a couple of Java apps that also refuse to open since this update.
Any one have any ideas on how to fix this?

Hi,
Try this....
Go to Applcations>Utilities>Java utility and check to see whether it is denying requests to run the java applications. You will need to check the tabs and the options in it to identify the right one.
Also you can try this...
Remove the com.apple.launchservices.plist fron ~/Library/Preferences.
Regards and Good Luck

Java Web Start no longer works after Update 4

After applying the update to Java for Mac OS X 10.5 Update 4, my webstart files (.jnlp) now all think they are Internet Explorer files to be opened in Parallels.
Does anyone know how to re-associate these files with Java? Or, otherwise, a workaround to enable me to access the applications again.

You are not alone. This has happened to me and to others. And Apple is aware of the problem.
There seem to be 2 ways.
1. Find the JNLP file in the Finder. Select "Get Info". Choose other from the Open With Pull Down Menu. Navigate to /System/Library/CoreServices and find Java Web Start.app. Then click Change All.
2. Open /System/Library/CoreServices in the Finder. This was suggested by nyagil (http://discussions.apple.com/message.jspa?messageID=9634326#9685181).

First Java Web Start download doesn't update, second time does

I'm using Java Web Start with our application. This release we upgraded to java 1.5 from 1.4. Now I have a few PCs, not all, that do not get updates the first time they launch the application. But when the launch it the second time they get the download. The jnlp didn't change between releases? Any suggestions? I'm not using lazy loads, in fact I'm using the default which should be eager.
Thanks.

Hi,
I have similar situation. At the machine is installed Java 1.6 u1. Setup first version of application. After deploy second version of application and run application start update, but console show that application use old packages. At the same time main package is uploaded? I'd try to use <update check="always"?> but there are no positive result.
At the same time then installed Java 1.6 u2, all works fine.
Any suggestion, how it could be resolved, without Java 1.6 u2 installation?
Thans, Kirll.

Java 7 Update 25 Client App Downloaded From Web Start Can't Connect Out

Since Java 7 update 25, I have an issue where my client Java application, downloaded with Java Web Start, can no longer connect to a remote server. (The client uses remote EJB to connect various servers). The issue I believe is that the client application is being blocked by security features of this Java update.
A very quick (random?) fix around the problem is to show the Java console. If the Java console is enabled to be shown, the client application can connect fine.
Although showing the Java console is a quick fix, it's not one we particularly want to keep asking customers to do. I understand we may need to define the Codebase and Permissions in the manifest file as described here: http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/no_redeploy.html..
I have defined the Codebase and Permissions in the manifest of the client jar's we build ourselves. I believe this has worked as we no longer see "Missing Codebase manifest attribute for...." in the console for our own jar's. However, the application still cannot connect out. I'm stumbling around somewhat on this issue and trying various things in an attempt to get this to work. Assuming i'm on the right lines and the problem is some jars missing the Codebase and Permissions in their manifests, my question is, should I and how can I modify the manifest of 3rd party jars to include this information? For example, the client app requires many JBoss and EJB client jars - do I need to somehow modify the manifest of all of these jars to include the codebase and permissions?
It goes without saying that all the jars are signed - the application would not start at all if there was a problem here. So the application starts with it's login box - but it simply cannot connect out to the servers.
If anybody can offer any help on this issue i'd be most grateful. As a quick fix, is there a way to get this to work via adjusting Control Panel settings (other than showing the console)? I have played with a lot but not stumbled on a way to get this to work other than showing the console, although ideally i'd like to be able to get this to work without having to do any tweaks to clients Java control panel.

We're also seeing this. The 7u25 update completely derailed a trial program we were conducting, because no one could log in to our application via WebStart once they upgraded Java.
Our login code crashes because SwingUtilities.isEventDispatchThread() throws an NPE.
We tried theskad81's fix but it didn't work for us. We worked around the issue by hosting u21 on our site and pointing our WebStart page there instead of at Oracle's update site.
*** ORACLE: PLEASE FIX THIS ISSUE USING APPLE'S FIX (mentioned in an earlier post - see above) ***
Slightly edited stack trace:
     javax.security.auth.login.LoginException: java.lang.NullPointerException
    at sun.awt.SunToolkit.getSystemEventQueueImplPP(Unknown Source)
    at sun.awt.SunToolkit.getSystemEventQueueImplPP(Unknown Source)
    at sun.awt.SunToolkit.getSystemEventQueueImpl(Unknown Source)
    at java.awt.Toolkit.getEventQueue(Unknown Source)
    at java.awt.EventQueue.isDispatchThread(Unknown Source)
    at javax.swing.SwingUtilities.isEventDispatchThread(Unknown Source)
    at com.abc.ConsoleAuthUI.handle(ConsoleAuthUI.java:43)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
    at sun.rmi.transport.Transport$1.run(Unknown Source)
    at sun.rmi.transport.Transport$1.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.rmi.transport.Transport.serviceCall(Unknown Source)
    at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(Unknown Source)
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)
    at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Unknown Source)
    at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source)
    at sun.rmi.server.UnicastRef.invoke(Unknown Source)
    at java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(Unknown Source)
    at java.rmi.server.RemoteObjectInvocationHandler.invoke(Unknown Source)
    at com.sun.proxy.$Proxy1.handle(Unknown Source)
    at com.abc.ms.rmi.MsLogin$1.handle(MsLogin.java:100)
    at javax.security.auth.login.LoginContext$SecureCallbackHandler$1.run(Unknown Source)
    at javax.security.auth.login.LoginContext$SecureCallbackHandler$1.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.login.LoginContext$SecureCallbackHandler.handle(Unknown Source)
    at com.abc.ms.auth.abcLoginModule.login(abcLoginModule.java:35)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at javax.security.auth.login.LoginContext.invoke(Unknown Source)
    at javax.security.auth.login.LoginContext.access$000(Unknown Source)
    at javax.security.auth.login.LoginContext$4.run(Unknown Source)
    at javax.security.auth.login.LoginContext$4.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.login.LoginContext.invokePriv(Unknown Source)
    at javax.security.auth.login.LoginContext.login(Unknown Source)
    at com.abc.ms.rmi.MsLogin.authenticate(MsLogin.java:111)
    at com.abc.ms.rmi.MsLogin.login(MsLogin.java:92)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
    at sun.rmi.transport.Transport$1.run(Unknown Source)
    at sun.rmi.transport.Transport$1.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.rmi.transport.Transport.serviceCall(Unknown Source)
    at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(Unknown Source)
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)
    at javax.security.auth.login.LoginContext.invoke(Unknown Source)
    at javax.security.auth.login.LoginContext.access$000(Unknown Source)
    at javax.security.auth.login.LoginContext$4.run(Unknown Source)
    at javax.security.auth.login.LoginContext$4.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.login.LoginContext.invokePriv(Unknown Source)
    at javax.security.auth.login.LoginContext.login(Unknown Source)
    at com.abc.ms.rmi.MsLogin.authenticate(MsLogin.java:111)
    at com.abc.ms.rmi.MsLogin.login(MsLogin.java:92)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
    at sun.rmi.transport.Transport$1.run(Unknown Source)
    at sun.rmi.transport.Transport$1.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.rmi.transport.Transport.serviceCall(Unknown Source)
    at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(Unknown Source)
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)
    at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Unknown Source)
    at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source)
    at sun.rmi.server.UnicastRef.invoke(Unknown Source)
    at java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(Unknown Source)
    at java.rmi.server.RemoteObjectInvocationHandler.invoke(Unknown Source)
    at com.sun.proxy.$Proxy0.login(Unknown Source)
    at com.abc.abc.ui.console.Main.attemptLogin(Main.java:488)
    at com.abc.abc.ui.console.LoginDialog$7.run(LoginDialog.java:182)
    at com.abc.util.GrayTimer$GrayTimerTaskWrapper.run(GrayTimer.java:84)
    at java.util.TimerThread.mainLoop(Unknown Source)
    at java.util.TimerThread.run(Unknown Source)

Unofficial Web Start FAQ Update/Errata

Similar Messages

Maybe you are looking for