jnlp

Long startup delay for Java WebStart application since Java 1.7.0u40

旧街凉风 提交于 2019-11-30 11:33:48
Since we installed Java 1.7.0u45 our WebStart application shows a major delay on startup on Windows systems (we haven't tried other platforms). Symptom is that after double clicking the application icon on the desktop the splash screen shows up quickly, stays for some time (as it did before) and closes. After this we have a delay of about 1 minute. Then, finally, the application window opens and everything works like a charm. Our application worked without problems up to Java 1.7.0u25. Java 1.7.0u40 was the first version where the problem showed up. Our app is constructed from a single

Combination of Launch4J and Java Web Start?

只谈情不闲聊 提交于 2019-11-30 09:44:45
I have a working JNLP application which I need to distribute to various non-technical end users. If the user's machine has a recent JVM installed, everything is fine. They just double-click the JNLP file I send them and Java Web Start does the rest. Now I would like to distribute something that works with or without a JVM, e.g. a .exe file that auto-downloads a compatible JVM if none is present, then invokes javaws.exe to download the .jar files and launch the application. Launch4J is the closest match I have found, but it cannot launch a program through javaws.exe . The only options are java

Java - How to get permission in Java Web Start

霸气de小男生 提交于 2019-11-30 09:05:12
问题 Hi managed to create the jar and .jnlp files for my Java application but running into trouble when it runs. Launches okay with Java Web Start but I think I need to do something extra as normally when I run it it doesn't ask for permission to access the HD for file I/O. Would appreciate some help and advise to know what to do to get the permission rights i.e. what do I have to do is it something I have to do to all my classes not sure. The error message I get in Java Web Start is as below.

Java Webstart intermittant JAR not updating

孤街醉人 提交于 2019-11-30 06:53:45
We use java Webstart to deploy a java application on our intranet. The application receives frequent updates. Once in awhile a user will launch the application from their desktop icon after we have updated the JARs / WAR on the webserver (timestamp changed) and Java Webstart will launch the old version instead of downloading a new one. Here is a paste of our JNLP, as you can see offline-allowed is on, but update check always and policy always. Also, download flag is eager. From my understanding these options should always result in a check of cache against timestamp on server and a download of

Can not run Java Applets in Internet Explorer 11 using JRE 7u51

戏子无情 提交于 2019-11-30 06:48:25
问题 Today I updated my Java version to 7u51. After the installation, I cleared Java Cache, browser's Cache, and logged into a secure website that uses an Applet to provide certain additional services to the user. The applet is not working anymore. I accessed http://www.java.com to check the Java version detected in Internet Explorer, and the java website says: We are unable to verify if Java is currently installed and enabled in your browser. Other browsers can check Java, and the mentioned

jar resources in jnlp are not signed by the same certificate

对着背影说爱祢 提交于 2019-11-30 06:40:14
I've been working with web start for a couple years now and have experience with signing the jars and what not. I am taking my first attempt at deploying a RCP app with web start and though I have in fact signed all of the jars with the same certificate I keep getting this error: 'jar resources in jnlp are not signed by the same certificate' Has anyone else came across this? If so, any ideas on how to fix? asalamon74 When I had similar problems after checking the jars it turned out that some 3rd party jar was signed by someone else. You should create a separate jnlp file for the jars signed by

Java jnlp application blocked by Security settings

旧街凉风 提交于 2019-11-30 01:31:08
问题 I have an enterprise java application that has plenty of jars that are downloaded to the client's jvm cache by a jnlp file. When I start the application I get the following stack trace on Java Console: Exception in thread "AWT-EventQueue-1" java.lang.NullPointerException at com.sun.deploy.ui.DialogTemplate.imageAvailable(Unknown Source) at com.sun.deploy.ui.DialogTemplate.finalImageAvailable(Unknown Source) at com.sun.deploy.ui.ImageLoader$2.run(Unknown Source) at java.awt.event

All possible values os.arch in 32bit JRE and in 64bit Jre

扶醉桌前 提交于 2019-11-30 00:54:28
问题 I need latest compilation of all possible values of the os.arch property in JRE 1.6 on Linux,Solaris and Windows. If possible please Quote the source of your findings. I need this values to select resources in my JNLP file. Basically I need to assign different JVM memory based on whether the JRE is 32bit or 64bit. Waiting for your answer. Thanks 回答1: The best place where you can look for this it's in the own jdk. Looking on java.lang.System you can see that the properties are initialized in

Java application to use maximum available memory in the system

半腔热情 提交于 2019-11-29 21:16:36
问题 There are -Xmx and max-heap-size (jnlp) options to set maximum memory java application can use. If these options are not specified application is permitted to use only small amount of available phisical memory in the system. That is the reason people play with -Xmx to allow application to use more memory. But this is really a nightmare as for me because there could be different amont of memory on client machine and even OS should be taken into consideration. Is there any way to alow java

Java Web Start manifest issue

自作多情 提交于 2019-11-29 18:12:50
Im trying to make a swing-app redistributable via java web start. Im building jar and jnlp with netbeans 7.4. Im getting this message when application is downloaded via web.(Sorry for spanish) But it says that manifest.mf doesn't contain permission attributes. Im not using a trusted certificated (by CA) i created keystore by my own with netbeans tool. In project.properties i put # Optional override of default Codebase manifest attribute, use to prevent RIAs from being repurposed manifest.custom.codebase=http://150.1.1.32:8084/ # Optional override of default Permissions manifest attribute