来自java7u45的乐趣不断给予。这次是webstart内部的死锁。这种情况非常一致地(每次)启动一个大型应用程序(~100个jar)。有没有其他人遇到过这个问题或知道任何解决方法？除了恢复到1.7.0_40？谢谢，FoundoneJava-leveldeadlock:============================="JavaWebStartMainThread":waitingtolockmonitor0x066368bc(object0x29e65428,ajava.lang.Class),whichisheldby"Finalizer""Finalizer":wait
我想配置我的webstartapp/jnlp，这样如果没有互联网连接可用，它将从缓存中启动。然而，当我断开与Internet的连接时，我总是会收到NoRouteToHostException或UnknownHostException异常，尽管配置如下。我认为我已经正确设置了允许离线和更新标签/属性；我找不到webstart仍在尝试查找主机的原因。当我连接时，我确实缓存了我上次启动时的应用程序。MyAppSyncMyCompanySyncapplicationforMyApp错误日志:java.net.NoRouteToHostException:Noroutetohost:connec
我最近开始尝试使用Maven。作为测试，我尝试创建一个简单的JavaFX8webstart应用程序。为此，我使用了Netbeans8中Maven类别下的JavaFX示例。这为我提供了一个简单的HelloWorld应用程序:我在我的pom.xml文件中添加了一个名为“jnlp”的新配置文件。这样可以在构建项目时创建JNLP文件(使用webstartmaven插件)。....jnlporg.codehaus.mojowebstart-maven-plugin1.0-beta-6org.codehaus.mojowebstart-pack200-impl1.0-beta-6org.codeh
我买了一个COMODOcodesigningcertificate并用它来签署我的javawebstart应用程序。主要问题:Java8是否支持COMODO代码签名证书？更多信息:在除我自己以外的所有机器上，java都会阻止应用程序，说它使用自签名证书。我什至不明白为什么它可以在我的机器上运行。我在java控制面板(1.8.0_45-b15)中查看了受信任的证书根列表，但在那里找不到“COMODORSA证书颁发机构”。我确实在“受信任的根证书颁发机构”下的WindowsMMC证书管理单元中看到了该证书。但至少在其他3台机器上它不存在。 最佳答案
在我的公司，我们下载并启动了一个与JRE1.6.0_20绑定(bind)的JNLP应用程序。我们使用系统缓存功能来下载JAR。当我们在PC上安装JRE1.7时，WebStart无法启动。当我们启用日志时，我们看到以下异常:java.lang.ExceptionInInitializerErroratcom.sun.deploy.net.protocol.https.Handler.openConnection(UnknownSource)atjava.net.URL.openConnection(UnknownSource)atcom.sun.deploy.net.BasicHttpR
需要一些指导。我有javawebstart应用程序，我希望它通过SSL连接到服务器。只需添加一个属性，如:System.setProperty("javax.net.ssl.trustStore","my.keystore");但是自从从服务器下载的JAWS程序无法运行，并且在本地文件系统上没有my.keystore。因此决定将证书分发给所有客户。我做了以下操作并且成功了。将此信任库作为流读取(使用getResourceAsStream方法)。将其保存在客户端机器上的任何文件中(sometemp)调用System.setProperty("javax.net.ssl.trustStor
我创建了一个简单的HelloWorldSwing应用程序，它可以在Eclipse中正常编译和运行。我现在正试图将此应用程序转移到Maven包结构并将其作为JavaWeb-Start应用程序运行，这让我很痛苦。运行“mvncleaninstall”后，javaws似乎加载了几秒钟然后退出。这里有几点可供引用。我的(非常简单的)项目应该是完全可重现的:包结构(来自树):├──pom.xml├──readme.txt├──SwingWebstartMaven-Client│ ├──pom.xml│ ├──src│ │ ├──main│ │ │ ├──java│ │ │ │
看起来Oracle进行了类似于Java7u45的更改，其中需要设置新的list值才能运行已签名的JavaWebstart应用程序(请参阅here)。目前，我们使用Java8u131签名的应用程序不以Java8u141开头，并显示错误消息Couldnotverifysigninginresource:(arbitraryresource.jar)您仍然可以使用Java8u141运行已签名的Webstart应用程序吗？也就是说，我有什么特殊问题吗？在releasenotes是对安全更改的说明，但它们看起来与代码签名无关。还有cryptoroadmap看起来这个版本并没有真正改变代码签名，尽
我们开始注意到，对于Java7(尤其是更新4)，我们所有的用户都开始通过我们的Webstart应用程序看到这一点:[14:42:58,422]AWT-EventQueue-0(DEBUG)java.lang.SecurityException:class"CLASSNAME"doesnotmatchtrustlevelofotherclassesinthesamepackage[14:42:58,422]AWT-EventQueue-0(DEBUG)atcom.sun.deploy.security.CPCallbackHandler$ChildElement.checkResourc
随着我的JDK版本升级到u45，我收到有关缺少安全信息的警告。因此，我使用以下安全更新作为使用webstart-maven-plugin进行webstart签名的一部分org.codehaus.mojowebstart-maven-plugin1.0-beta-4packagejnlp-inlinefalselib${project.basedir}/src/main/jnlp/resources${project.basedir}src/main/jnlp/template.vmxxxx.templateXXXXXX..................falsetruetruefal
