问题标签 [jwrapper]

你能在以下情况下帮助我吗？

有时 Jwrapper 应用程序不会从 jwrapper 配置文件中指定的更新 url 获取更新的构建

谢谢文卡特什 M

我建立了一个 jwrapper 离线文件。

./applicationXX-linux64-offline

文件被解压，但在初始屏幕上出现运行时错误而停止。

有任何想法吗 ？

Gentoo Linux 64 位。

谢谢！彼得

我可以配置 jwrapper 的 xml 以便包含目录/文件并将其放入共享文件夹中，而不是放入 app 文件夹中吗？

我的目录/我的文件夹/foo

我想通过 JWSystem.getAllAppVersionsSharedFolder() 访问它

谢谢彼得

我使用 jwrapper 为 linux、osx 和 windows 打包了一个应用程序。它在 linux 和 osx 上运行良好。在 Windows 上，它在不向用户提供任何信息的情况下失败，并记录 JRE version.txt 文件的下载失败。

从 jwrapper 日志和 apache 日志看来，jwrapper windows 客户端正在使用 http 请求访问端口 443，这当然会失败。

UpdateURL 是 https。我还能做些什么来让 jwrapper 建立 https 连接吗？我怀疑这只是一个错误。我试过 00031607960 和 00033253833。

osx 和 linux 的 jwrapper 工作正常，但离线 Windows 构建失败并显示此消息。包装日志说

GeneralUpdater 日志在更新 url 上显示 PKIX 证书错误，但似乎在错误后继续。证书是有效的，顺便说一句，所以我不知道它为什么抱怨。

最后一行是

更新

在命令提示符下，捆绑的 java.exe 在传递 -Xmx4G 时会引发错误。这似乎是因为它是 32 位 jre。我使用的是 1.6 jre 包。这个版本似乎不支持 -d64 标志，所以我切换到 1.7 jre 包。jwrapper 没有注意到我更改了 jres 的路径，并继续使用 1.6 构建捆绑包，直到我从构建目录中删除所有内容。那时它构建了一个 1.7 jre 的捆绑包。此 jre 识别 -d64 标志，但以“此 Java 实例不支持 64 位 JVM”退出。

想知道为什么 jrepacks 不包含 64 位 Windows 版本。还想知道，如果我能正常工作，是否有办法为 64 位和 32 位主机设置不同的内存选项。

我有一个试图用 JWrapper 包装的 jar 文件。进入该过程一段时间后，我收到此错误。

似乎与 pack200 无关。我可以手动在文件上使用 pack200，并且我已经从 pack200 中排除了该文件。这就是打破它之后发生的任何事情。

在对所有以前的帖子（在本网站和其他地方）进行了大量研究之后，我在此处发布关于在 Mac OSX 10.10 的 VMWare 封装实例中运行 JavaFX 应用程序（使用 JWrapper 作为启动器开发）的问题。[注意：在 2015 年 2 月 25 日编辑了前一句和这篇帖子的标题，以添加对 VMWare 的引用。]

在我的更大的 Java 1.8.0_25 应用程序在 Mac OSX v10.10.1 中安装和启动失败后，我使用 3 行“Hello World”JavaFX 应用程序复制了这个问题。

在这两种情况下，我都在 JWrapper build-parm XML 中使用似乎是标准的面向 Mac 的参数设置：

在这两种情况下，当尝试在 Mac 上安装时，JWrapper 初始屏幕会按预期显示，但随后消失，并且应用程序本身无法启动。

以下是 (1) zip 文件的链接，其中包含来自 Mac OSX v10.10.1 上尝试安装的“HelloWorldFX”的所有日志，以及 (2) 包含应用程序 JWrapper 构建过程中的日志和“build”文件夹的 zip 文件。请注意，此应用程序可以在 Windows 和 Ubuntu 中正常安装和运行。

日志： https ://googledrive.com/host/0B0skoeyva4KiUDZBS1FSUXo4RUU/mac_logs.zip

构建文件夹（300MB）： https ://googledrive.com/host/0B0skoeyva4KiUDZBS1FSUXo4RUU/helloWorldFX_build_folder.zip

以下是重点：

HelloWorldFX 代码（几乎是整个应用程序）：

我完整的 JWrapper 构建参数：

来自 Mac 上“Wrapper”日志文件的不祥消息：

Mac 上“通用更新程序”日志文件中的一条奇怪的行，其中文件名显然被 JWrapper 截断，导致找不到文件异常：

Mac 上的整个“HelloWorldFX”日志文件（只是在尝试禁用 App Nap 之后或期间出现）：

任何有关解决此问题的帮助将不胜感激！！

我有一个 jar 程序，我正在尝试使用 JWrapper 为 windows 和 mac 创建安装程序。这是我第一次尝试这个，所以请原谅我的基本问题，但我不知道如何填写 JWrapper 界面中的不同字段。例如，我要求提供类路径。我尝试指向包含我的程序使用的 jar 的文件夹，但这不起作用。我还被要求提供“文件”的路径。他们是什么意思？我将不胜感激任何帮助。谢谢。

我正在尝试构建我的 jwrapper 应用程序，但它失败了

它过去构建时完全没有问题，也没有任何改变（不是 jwrapper.xml 文件，如果有帮助可以附加，也不是 java 版本 jdk1.8.0_31，甚至是被包装的代码！）。让我感到困惑的是（是的，我在 Google 上搜索了 invokedynamic、java 7、jwrapper 等以及它们的各种组合），Java 7 是如何参与其中的。我的系统上没有 Java 7 的实例——我正在打包 1.8.0_31 JRE，并且正在使用 jdk1.8.0_31 来运行该进程。

我有一个 JWrapper 应用程序，它将自己注册为 URL 处理程序，如docs 中所述。

URL 处理程序部分工作得很好，当我单击myapp://foo/bar链接时，我的应用程序启动得很好。

jwrapper.xml文件中还配置了相同的应用程序来检查自动更新，这就是事情变得有趣的地方。当我从 Dock 启动应用程序时（通过单击图标），应用程序会检查更新并可以按预期成功更新自身。但是，如果应用程序是通过 URL 启动的，则会跳过更新检查。

无论我做什么，如果从 URL 启动，我都无法让应用程序自动更新。我可以通过 URL 连续多次启动它，它永远不会更新，但下次我通过停靠图标启动它时它会更新得很好。

有没有办法让 JWrapper 在从 URL 启动时检查更新？我曾尝试MatchClientVersionToServerVersion同时设置true和false，但似乎没有帮助。也许我错误地注册了 URL 处理程序？

更新：只是想注意我实现了JWrapperUpdateApp安装屏幕以进行调试。它会弹出一个小 JOptionPane 警报，让我知道它正在检查更新。当我从扩展坞启动应用程序时，我看到了预期的警报，但从 URL 启动它时却没有。