标签: java-web-start

我在想,java/ javaw/ 之间有什么区别javaws？我发现在Windows下,大多数Java都是在开始使用的javaw.

所以我将使用Java Web Start来部署java应用程序.导出到Runnable Jar时,eclipse Helios中有三个选项.

• 将所需的库提取到JAR中
• 将所需的库打包到JAR中
• 将所需的库复制到JAR旁边的子文件夹中.

有什么区别,它们将如何影响我的.jnlp文件？

如果它是一个jar,是不是更容易,因为我不必编写它使用的所有库的所有不同路径？

如果库和应用程序都有变化,那么单个jar会是更好的解决方案吗？或者我需要<jar href=''>每个库？

另请注意,我需要使用.dll和.so文件等本机库.

我用一个密钥签署了我的JWS应用程序MemorizEasy,其别名为:memofile.reference.emma.jar =/Users/simpatico/.netbeans/6.8/modules/ext/emma.jar

我不记得为什么我选择了这么长的别名.我怀疑它只是备忘录,但在我的项目设置中我有:jnlp.signjar.alias = memofile.reference.emma.jar =/Users/simpatico/.netbeans/6.8/modules/ext/emma.jar我现在更新应用程序并使用maven我需要将别名指定为:memofile.reference.emma.jar =/Users/simpatico/.netbeans/6.8/modules/ext/emma.jar

然而,这不起作用.尝试使用别名mjee的另一个键可行.那么我可以更改密钥的别名吗？如果是这样,怎么样？否则,Maven为什么不接受我的别名呢？

我知道如何使用Eclipse调试远程Java VM,但是如何使用Java Web Start程序来完成它.我遇到的问题只出现在Java Web Start中.它必须与安全相关.

我需要一个适用于当前Java VM(如1.6.0_12)的解决方案.

Java 8和早期版本具有Java Web Start,它在我们更改应用程序时自动更新应用程序.Oracle建议用户迁移到jlink,因为这是新的Oracle技术.到目前为止,这听起来不错.这带来了许多好处:

1. Windows,Mac和Linux上的本机代码
2. 代码的模块化(尽管Proguard也这样做)
3. 使用新的,支持的技术.

问题:我找不到使用jlink自动更新的规范Java解决方案.

有人会认为Java Web Start可以继续使用,特别是如果随便读取这个文档.请注意Java Web Start继续显着列出的事实.但美中不足的是:Oracle正在弃用Java Web Start.它将在JDK 11中被删除.那么,正式的道路是什么呢？如果不这样做,人们会采用标准方式吗？

出于本问题的目的,以下内容超出范围:

• 每年向拥有功能丰富的企业解决方案的人支付巨额资金.要分发的应用程序已经打包到一个小于50MB的jar中.
• 强制用户运行InstallShield样式应用程序以重新安装新版本,然后在每次推送更新时手动卸载旧版本.那是1990年代的.
• 将整个应用程序移植为webapp,重写UI和客户端逻辑以适应浏览器并处理所需的所有不兼容性.该应用程序的作者致力于GWT并确切知道Web浏览器的功能.不幸的是,他们也知道所需的努力程度.
• 允许用户继续运行旧版本的应用程序.这也是1980年代的事情.现代应用程序可以快速更新,并且支持所发布的每个应用程序版本都不可行.这就是我父亲的COBOL应用程序必须处理的事情,他并不喜欢它.我希望技术进步.
• 继续使用Java Web Start.除非Oracle改变主意,否则Java Web Start是一种注定要失败的技术.

我在网上看到Java版本7u51(将于2014年1月发布)将不再接受我自签名的Java Webstart应用程序.

真的吗？

如果是真的,我是否有机会为我的JNLP应用程序构建一个变通方法,以便我能够在2014年1月之后启动该应用程序？

我已经看到在7u40中删除了因使用自签名证书而禁止安全警告的选项.

我对Java Web Start的状态感到困惑.在Oracle的支持路线图中,我们可以读到:

支持部署技术

Web部署技术由Java插件和Web Start技术组成,具有更短的支持生命周期.对于通过Java SE 8的主要版本,Oracle为这些技术提供了五(5)年的Premier支持.扩展支持不适用于部署堆栈,并且不可用于Java SE 9以外的支持.有关详细信息,请参阅Oracle Lifetime支持策略.

可以在2017年6月之后的任何时候删除Java SE 6和Java SE 7的部署技术. 虽然部署堆栈可能包含在Java SE 9或更高版本中,但Java SE 8是部署堆栈的推荐且仅受支持的版本.

现在,我们已经知道applet和Java插件将在未来的Java版本中被删除,但我从来没有读过有关Java Web Start是删除的候选者.

在Oracle的Java平台标准版部署指南#Java入口(Java 9文档页面)中,Java Web Start被宣传为已弃用的applet技术的替代方案:

虽然JDK 9中提供并支持,但Applet API和Java插件在未来版本中标记为已弃用,准备删除.applet和嵌入式JavaFX应用程序的替代方案包括Java Web Start和自包含应用程序.

我什么都不担心,或者我错过了关于Java Web Start弃用的公告？

以下代码仅适用于从S3中的存储桶下载文本文件.这不适用于图像.是否有更简单的方法来使用AWS SDK管理下载/类型？文档中包含的示例并不明显.谢谢!

AWSCredentials myCredentials = new BasicAWSCredentials(
       String.valueOf(Constants.act), String.valueOf(Constants.sk)); 
AmazonS3Client s3Client = new AmazonS3Client(myCredentials);        
S3Object object = s3Client.getObject(new GetObjectRequest("bucket", "file"));

BufferedReader reader = new BufferedReader(new InputStreamReader(
       object.getObjectContent()));
File file = new File("localFilename");      
Writer writer = new OutputStreamWriter(new FileOutputStream(file));

while (true) {          
     String line = reader.readLine();           
     if (line == null)
          break;            

     writer.write(line + "\n");
}

writer.close();

我正在使用JAWS部署一个应用程序,它一直工作到2013年底我收到警告,然后今天早上Java完全阻止了它.法语信息是:

应用程序bloquéeparlesparamètresdesécuritéVosparamètresdesécuritéontbloquél'exécutiond'uneapplication
auto-signéeavecune version obsoleteouarrivéeàexpirationde Java.

这将大致翻译为:

封锁的安全设置,应用程序
与陈旧或过时的Java您的安全设置已运行已申请阻止自签名.

语法不是很清楚,句子的结尾可以读作:

• ...阻止自签名应用程序与过时或过时的Java [运行时]一起运行,这意味着本地运行时太旧,但自签名很好
• ...阻止了使用过时的或过时的Java [编译器]自签名的应用程序,这意味着使用的Java编译器太旧了

我在网上搜索了完全相同的英文信息,但我找不到它.所以语法还不清楚.请注意,在消息上没有Name: xyz / From: http://url/,只有我上面输入的文本和蓝色的"i"图标.

现在,我并不真正理解这个错误消息的确切含义,但我知道存在一个问题,因为我的JAR文件都是自签名的.我已经在其他Windows客户端遇到过这种情况,这很简单:

• 我.cer从我的密钥库中提取了证书;
• 将其下载到客户端计算机上,打开它;
• 让客户在本地计算机上将其作为可靠来源安装.

它在我的测试设置和一个客户上起了很大的作用,但另一个客户仍有问题,无法运行我的软件.

这对我来说是个大问题,我不知道该怎么做.我应该升级我的Java编译器,重新编译所有内容,再次签署每个JAR文件并交叉手指吗？如何让Windows框信任我的证书并让Java应用程序运行？

操作系统:Windows 7 64位

Java:jdk1.7.0_51

我有一个jnlp文件.当我双击它时,发生异常如下:

Application Error: Unable to launch the application
Exception: java.lang.SecurityException: Missing required Permissions manifest attribute in main jar