When does Java Web Start install want to reboot?

Hi,
I'm installing JWS 1.0.1_02 and at least in one case I'm seeing that the install wants to reboot the machine during the install process. I'd like to avoid that if possible, so I would like to understand in what circumstances the install process wants to reboot the machine.
I've seen references in other topics regarding the use of the javawebstart dll that causes a reboot, but I don't think it is the case here.
I have a machine that is W2K that I've installed numerous times and the install has never asked to reboot. I have another machine that is NT that it seems to always want to reboot.
Is it related to OS type? (I need to install on W2K, NT, and 98)
Is it related a running JRE version?
Is it related to a dll running?
Are there other forces at work?
Any help on this would be greatly appreciated.
Thanks,
Beth

FWIW, Solaris and Linux don't do any reboots (or
anything else nasty) during WS install.

Similar Messages

Custom classloader fails when using Java Web Start

Hope you can help me with a problem that is driving me nuts. I have implemented my own classloader to support plugins. This classloader works as follows:
1. The classloader is configured to access a plugin components jar file downloaded by jws.
2. The plugin components jar file contains other jar files which contains the actual plugin code to be loaded using my own classloader.
3. Upon initialization - my classloader extracts all jar files contained in the plugin components jar file into temporary files.
4. These temporary files are used by my classloader when defining plugin classes.
The classloader works fine when not using java web start. Then I launch the application using java web start with security policy in .jnlp file set to:
<security>
<all-permissions/>
</security>
After a while (it was able to load some of the classes) it fails with the following stack-trace:
Regards,
Terje
java.security.AccessControlException: access denied (java.io.FilePermission C:\DOCUME~1\TEOES\LOCALS~1\Temp\activity61102.jar read)
     at java.security.AccessControlContext.checkPermission(Unknown Source)
     at java.security.AccessController.checkPermission(Unknown Source)
     at java.lang.SecurityManager.checkPermission(Unknown Source)
     at java.lang.SecurityManager.checkRead(Unknown Source)
     at java.util.zip.ZipFile.<init>(Unknown Source)
     at java.util.jar.JarFile.<init>(Unknown Source)
     at java.util.jar.JarFile.<init>(Unknown Source)
     at my.plugin.ActivityClassLoader.getJarFileEntry(ActivityClassLoader.java:258)
     at my.plugin.ActivityClassLoader.search(ActivityClassLoader.java:244)
     at my.plugin.ActivityClassLoader.loadClass(ActivityClassLoader.java:99)
     at java.lang.ClassLoader.loadClass(Unknown Source)
     at java.lang.ClassLoader.loadClassInternal(Unknown Source)
Does anyone have source code for implementing a simple class loader that can be used with Java Web Start (preferrably with all jar files to be used by the classloader wrapped into a jar file)

If you implement your own classloader, and then still run with a SecurityManager installed, then your ClossLoader is responsible for asigning the permissions to the code it loads.
You need your ClassLoader to extend SecureClassLoader, and implement the method :
SecureClassLoader.getPermissions(CodeSource cs) to return the PermissionCollection you want.
/Andy

JVM - Microsoft JScript.dll Memory Leak when using Java Web Start

I have posted before a topic related to this matter, although now I have a lot more information about what is going on (although still no fix for it). This is the link to the earlier post, containing JVM HOTSPOT EXCEPTION_ACCESS_VIOLATION
http://forum.java.sun.com/thread.jspa?threadID=5116970&messageID=9402346#9402346
The issue is that after deploying on Windows XP a multi threaded, memory consuming (40 Mb) Java Swing application using Java Web Start, and the standard web page (IE6) reference to the jnlp file to launch the installation from Tomcat, each time this application gets executed by double clicking on the desktop icon (with no IE6 interaction at all), calls start being made between jvm.dll (sun) and jscript.dll (Microsoft IE), these interactions never release the memory they consume, so after a period of using the application it crashes unavoidably. If I execute exactly the same application launching it from command line (no Web Start nor IE6 browser involved), the application works nicely all the time, no problem at all.
My question is: does anyone know why these calls to jscript.dll are even being made during web start application execution? As said, it's a desktop Swing app, it does not need the browser at all, and jscript.dll is a IE dll. Anyone can advice on how these interactions can be eliminated?
I've worked with Microsoft support for two weeks on this issue and all they have said is that it is a Sun problem and they can not help further.
Thanks
Jes�s

Microsoft suggested (among others) two test.
1- Install IE7 and run the application
2-Install Firefox and run the application
Results were:
For 1: The application does not crash, apparently IE7 has a newer version of Jscript.dll that, in Microsoft words, handles better 'bad software', refering to 'bad software' to the java virtual machine I guess. Looking at the performance manager you can see memory goes down as with IE6, but at some point memory is released and the app. does not crash. Anyway is still is uncertain to me why Jscript.dll is getting involved at all. Although this solves the problem is not a viable solution for us, because I work in a corporation where changes such as upgrading the IE version on a large number of desktop can not be justified just because one app. is crashing, and it would take a long validation time anyway before the upgrade can proceed.
For 2: I did install Firefox in a machine and the application still crashed, but it is true I did not uninstall IE6, so the conflictive Jscript.dll was still sitting at system32. Quite possibly the crash would not happen if that dll wasn't there at all.
Thanks
Jes�s

Custom Policy implementation when using Java Web Start.

Hi,
I hope it's okay for me to make a 'look here' type of post.
I'm having some trouble related to JAAS and Java Web Start and have made a post about it in the Web Start forums. I haven't had much luck in the Web Start forums and I don't want to make a duplicate post here, so here's a link:
http://forum.java.sun.com/thread.jspa?threadID=756178
If anyone has any suggestions please reply in the Web Start thread.
Ryan

If you implement your own classloader, and then still run with a SecurityManager installed, then your ClossLoader is responsible for asigning the permissions to the code it loads.
You need your ClassLoader to extend SecureClassLoader, and implement the method :
SecureClassLoader.getPermissions(CodeSource cs) to return the PermissionCollection you want.
/Andy

How to run 64-bit native code with Java Web Start

This question has probably been asked many times, but I couldn't find anything in my searches.
How can I get Java Web Start on a Solaris client (Solaris 10 in this case, with JRE 1.5) to run a java application that includes a 64-bit native code library? The application downloads fine, including the jar file that has the native shared object, but when the native library is loaded by the java application, I get a "wrong ELF class: ELFCLASS64" error.
I assume that is because Web Start is invoking the 32-bit java VM, which can't load a 64-bit library. I tried configuring Java Web Start to use the 64-bit VM (by setting the path to java to ".../jre/bin/sparcv9/java" in the javaws console) but then I get an error that says "Can't load library: .../jre/lib/sparcv9/libdeploy.so".
Does Java Web Start support 64-bit native code, and if so, what do I need to do differently?
Thanks.

No it can't. On the Sun download page of the JRE it says that 64 Bit systems need to use the 32 Bit JRE to execute Plugins - this might be the same for Web Start apps.

"access denied" error from Java Web Start

I can successfully download the jar file, but always have error message "access denied" when the java application tries to open a local file in C:\temp\poc1.xml.
I can successfully execute the java application from DOS,but failed when using Java Web Start. The error message is as follows:
Java Web Start Console, started Wed Nov 28 16:30:31 PST 2001Java 2 Runtime Environment: Version
1.3.1 by Sun Microsystems Inc.java.security.AccessControlException: access denied
(java.io.FilePermission C:\temp\poc1.xml read)     at
org.apache.xerces.framework.XMLParser.parse(Unknown Source)     at
org.apache.xerces.framework.XMLParser.parse(Unknown Source)     at
com.hotlocker.client.HLSessionParser.parse(Unknown Source)     at
com.hotlocker.client.UploadDownloadClient.uploadFiles(Unknown Source)     at
com.hotlocker.client.UploadDownload.main(Unknown Source)     at
java.lang.reflect.Method.invoke(Native Method)     at
com.sun.javaws.Launcher.executeApplication(Unknown Source)     at
com.sun.javaws.Launcher.executeMainClass(Unknown Source)     at
com.sun.javaws.Launcher.continueLaunch(Unknown Source)     at
com.sun.javaws.Launcher.handleApplicationDesc(Unknown Source)     at
com.sun.javaws.Launcher.handleLaunchFile(Unknown Source)     at
com.sun.javaws.Launcher.run(Unknown Source)     at java.lang.Thread.run(Unknown Source)

Hi,
you can't get a file like in a "normal" app
because a JWS-app runs in the restricted
sandbox environment by default.
So you either sign your app with a digital certificate
or you use a special FileOpenService (JNLP-API).
You could also put the file into the app-jar and
load it by a classloader.
Regards,
Mathias

How to add scroll function in the applet launched by Java Web Start?

I have Java Web Start installed in order for the applet to launch.The applet size: width:700 height:1000
my compuer resolution:800*600
the applet launched by Java Web Start can only be seen partly,especially height.How to add scroll function in the applet launched by Java Web Start?
Thanks for help.
email:[email protected]

You can very easily add a JScrollPane manually between the Applet and your content. Perhaps it would be beter if javaws did this automatically. In the browser, an applet can be any size. In Java Web Start an applet is directly contained within a JFrame, so it cannot be smaller than the minimum size of a JFrame, or Larger than the max.

Java web start + DB connection

Hi,
I am using java web start to launch swing application. Swing application will connect with MySQL DB. I have deployed war file into global machine.
I can access the basic web page to launch application. After downloading the application, I can't access DB when try to login the system.WAR file and MySQL DB located in global machine.
Please help me How to connect DB when using Java web start.
Thanks in advance

Is the JWS app. going to be delivered by the same host as where the DB resides? Yes
I got communication link failure exception. Now i understand my methodology is simply wrong.
My Method :
     public static Connection getConnection() throws Exception{
          Connection con = null;
          Class.forName("com.mysql.jdbc.Driver").newInstance();
           con=DriverManager.getConnection("jdbc:mysql://Global IP:3306/<dbname>,<username>,<password>);
          return con;
     {code}
Please give me suggestion to connect global db from downloaded local Swing application.

Can we change the title of "Java Web Start" window?

Hi while running our application into "Java Web Start" using jnlp configuration file, may I know how to change the title of Java Web Start Window.
At present it show the title like "Java Web Start" I want to customize, is it possible? , How?

As far as I know this is not possible. You can customize the splash window displayed with the jnlp how your told, but the title of the window cannot be changed.
Edited by: Phlipp_Meier on Oct 5, 2007 6:14 AM

Java web start security dialog with Java 7 update 51

I build a Java Web Start application signed with a valid certificate.
When I star the application the security dialog appear correctly as show in this figure
http://www.java.com/en/img/download/trusted_signed.jpg
My issue is about the "do not show again" checkbox.
If the attributes href are present in the jnlp tag of the jnlp file the checkbox appear.
If the attribute are not present, the checkbox doesn't appear and the run needs to be confirmed every time.
(Example:
<jnlp spec="1.0+" codebase=
"http://docs.oracle.com/javase/tutorialJWS/samples/deployment/webstart_ComponentArch_DynamicTreeDemo"
href="dynamictree_webstart.jnlp">
This is a problem because my jnlp file is under a password protected directory and if href is specifed, the Java Web Start application try to retrieve it as the other resources. ( result in access denied because only the browser session is authenticated and the run fails)
The documentation at Deploying a Java Web Start Application said:
The codebase and href attributes are optional when deploying Java Web Start applications that will run on at least the Java SE 6 update 18 release or later. You must specify the codebase and href attributes when deploying Java Web Start applications that will run with previous releases of the Java Runtime Environment software.
What is the right code? With href or without?
Is this a BUG or a feature?
How can I show the "don't show again" checkbox without having to specify the href attribute?

From the documentation at JAR File Manifest Attributes for Security
If the Application-Library-Allowable-Codebase attribute is present and matches the location from which the RIA is started, then a single host is listed in the Location field for the prompt and the option to hide future prompts is provided.
This issue is also discussed here: Java Web Start security dialogs with Java 7 update 51 - Stack Overflow

How to see "console output" from the java web start ?

Hi all.
I wish to see logging infomation from the client side when using java web start technologie (java1.6 version).
Please help.
Thak's

Use the "Advanced" tab of the Java Control Panel to turn on "tracing" and/or the Java Console.
see:
http://java.sun.com/j2se/1.5.0/docs/guide/javaws/developersguide/troubleshooting.03.06.html
/Andy

Java Web Start crashes when I'm offline

I'm using java web start 1.0.1_01 on windows NT 4.0
I've downloaded an application on my laptop and it works fine.
I'd like to make a demo of the application while I'm offline (this appli has the <offline-allowed /> tag in its jnlp).
The problem is that java web start crashes when I try to start it offline: I get a dialog box saying:
"Splash: sysCreateListenerSocket failed" instead of the usual splash screen.
Any ideas...?

There is a little plug at the bottom of the webstart console. Have you tried clicking on that plug? Make sure it is not like this
---<>---
you want it like
---<= =>---
Then try starting it up. If that doesn't work try doing the same thing with an application that doesn't have the <offline-allowed/> tag? Does it fail in the same way? My guess is that it is trying to compare versions or communicate back with the server that you installed the app from, and it's failing because you are not connected.
charlie

Java Web Start Application surprisedly does not start anymore based on new JRE1.7.0_45

Hi everyone,
we have to maintain a self-developed Java Application which is running based on JRE1.5.0_51 (x64). Our recent client machines have JRE1.7.0_40 (x64 too) installed in addition to the mentioned (and needed) JRE1.5.0_51 (x64).
Everything was fine up to the point where we tried to install the newest JRE1.7.0_45 (x64) as the new version for doing the web start magic. The result is that our application (which is/was unchanged!) does not launch anymore. The strange thing is that we do not get any StackTrace, Exception or something else like this.
The startup process simply hangs :-(
Nothing has changed (application itself, firewall, network settings, hardware) apart from the new JRE version. It's reproducible at will. If I install JRE1.7.0_40 (x64) the application starts, if I install JRE1.7.0_45 (x64) the application hangs.
I can say for sure, that in both cases (*_40 AND *_45) Web Start is able to do the synchronizing job and to launch the application base on the correct JRE1.5.0_51 (x64).
My guess is that in case of an installed JRE1.7.0_45 (x64), the application hangs when it tries to connect to the database (Oracle 11g) via JDBC.
I found a little hint in the Web Start Console. Therefore I had to switch the trace level of the console to 3 (which includes security, network and basic)
In case of an installed JRE1.7.0_40 (x64) - which leads to a running application - I will receive the following output:
Java Web Start 10.40.2.43
JRE-Version verwenden 1.5.0_51-b10 Java HotSpot(TM) 64-Bit Server VM
security: Istrusted: http://PKS-Server/jnlp2/advise_office.jnlp true
avawsApplicationMain     3798 DEBUG root                : get Service: com.sun.jnlp.BasicServiceImpl@3b8e609b fileName: connection.properties
network: Cacheeintrag nicht gefunden [URL: http://PKS-Server/jnlp2//connection.properties, Version: null]
network: Verbindung von http://PKS-Server/jnlp2//connection.properties mit Proxy=DIRECT wird hergestellt
avawsApplicationMain     3803 INFO root                : 'Alex2 connection.properties' wurde vom WebServer gelesen
network: Verbindung von socket://PKS-Server:1521 mit Proxy=DIRECT wird hergestellt
avawsApplicationMain     4488 DEBUG root                : get Service: com.sun.jnlp.BasicServiceImpl@3b8e609b fileName: connection.properties
network: Cacheeintrag nicht gefunden [URL: http://PKS-Server/jnlp2//connection.properties, Version: null]
network: Verbindung von http://PKS-Server/jnlp2//connection.properties mit Proxy=DIRECT wird hergestellt
avawsApplicationMain     4492 INFO root                : 'Alex2 connection.properties' wurde vom WebServer gelesen
Connect OK => application starts.
In case of an installed JRE1.7.0_45 (x64) - which leads to a hanging application - I will receive the following output:
Java Web Start 10.45.2.18
JRE-Version verwenden 1.5.0_51-b10 Java HotSpot(TM) 64-Bit Server VM
security: Istrusted: http://PKS-Server/jnlp2/advise_office.jnlp true
avawsApplicationMain     3805 DEBUG root                : get Service: com.sun.jnlp.BasicServiceImpl@25a41cc7 fileName: connection.properties
network: Cacheeintrag nicht gefunden [URL: http://PKS-Server/jnlp2//connection.properties, Version: null]
network: Verbindung von http://PKS-Server/jnlp2//connection.properties mit Proxy=DIRECT wird hergestellt
avawsApplicationMain     3810 INFO root                : 'Alex2 connection.properties' wurde vom WebServer gelesen
network: Verbindung von socket://PKS-Server:1521 mit Proxy=DIRECT wird hergestellt
network: Verbindung von socket://PKS-Server:1521 mit Proxy=DIRECT wird hergestellt
network: Verbindung von socket://PKS-Server:1521 mit Proxy=DIRECT wird hergestellt
network: Verbindung von socket://PKS-Server:1521 mit Proxy=DIRECT wird hergestellt
network: Verbindung von socket://PKS-Server:1521 mit Proxy=DIRECT wird hergestellt
network: Verbindung von socket://PKS-Server:1521 mit Proxy=DIRECT wird hergestellt
network: Verbindung von socket://PKS-Server:1521 mit Proxy=DIRECT wird hergestellt
network: Verbindung von socket://PKS-Server:1521 mit Proxy=DIRECT wird hergestellt
network: Verbindung von socket://PKS-Server:1521 mit Proxy=DIRECT wird hergestellt
network: Verbindung von socket://PKS-Server:1521 mit Proxy=DIRECT wird hergestellt
network: Verbindung von socket://PKS-Server:1521 mit Proxy=DIRECT wird hergestellt
These last "network:" log entries will never stop. This will lead to an infinite loop which results in a great memory leak. I have to kill the process via windows task manager in order to get rid of it.
Does someone out there has the same problem? Are there any new additional security issues which prevent my client to establish the database connection on port 1521?
Any other ideas?
Thanks in advance for any hint on this issue!
Regards,
Alex

Resolution: We still were not able to solve this issue! The only way to get out of this is to install the JRE1.5 as the x64 variant. In this case no switching from 64-bit to 32-bit is needed and everything is on track again.
But this is still strange and unexplainable :-(

Java Web Start does not start

Hi,
This is a quite simple question I suppose, but I can't figure out the solution.
When starting my application using Java Web Start 1.0.1_02 the JWS application handler does not show up. JWS does only show a splash picture, then it disappear after 10-15 seconds. No error is written in the Java console window.
No errors occurred when installing JWS and it seems to be correctly installed, and JRE 1.3 is installed. I have successfully used my JNLP file earlier when I had JWS installed. After re-installation JWS does not work.
What is the error?

The two most likely problems are java version in config files, and proxy settings in config files.
can you run javaws with no args and get up the application manager ?
if yes - look at settings in the preference panel of appman.
if no - look at javaws.cfg manually (in your users home directory/.javaws)
make sure the path to javaws.cfg.jre.0.path="xxx" points to a working javaws executable.
make sure the proxy settings: javaws.cfg.proxy.host and port are ok,
/Dietz

HT5559 Java web start does not work

I have followed the instructions in this article, including the last step about web start, but it still does not work, neither applets or web start. When I try to launch a JWS application by double clicking it I get the dreaded warning dialog:
To open this Web Start application, you need to download the Java Runtime Environment.
Click “More Info…” to visit the website for the Java Runtime Environment.
I do have a JRE installed, 1.6, since I for compatibility reasons can't upgrade.
Trying to launch a web start application from the commandline looks like this:
$ javaws /tmp/airview.jnlp
Java Web Start splash screen process exiting ...
Can not find message file: No such file or directory
Regular Java-programs work fine.
$ java -version
java version "1.6.0_37"
Java(TM) SE Runtime Environment (build 1.6.0_37-b06-434-11M3909)
Java HotSpot(TM) 64-Bit Server VM (build 20.12-b01-434, mixed mode)

Read this thread https://discussions.apple.com/thread/4789691?tstart=0
This fixed the issue for me:
sudo /usr/libexec/PlistBuddy -c "Delete :JavaWebComponentVersionMinimum" /System/Library/CoreServices/CoreTypes.bundle/Contents/Resources/XProtect.meta. plist
In the comments to the linked article someone suggests to comment out the node in stead of deleting it. Probably safer (it's explained further down how to do that). Anyway I already spent to much time on this nonsense, deleted it and it worked, so I'm happy.

When does Java Web Start install want to reboot?

Similar Messages

Maybe you are looking for