java - 当构建为独立于操作系统的 zip 时，Netbeans RCP 应用程序无法在 IDE 之外工作

Question

我正在 Netbeans RCP 上构建一个统计分析应用程序，以便更快、更轻松地解决测试 https://github.com/PaulMaxAvalosAguilar/Statistikos-Klubas 。事情很简单:

1.-有一个名为 TrabajosViewer 的模块，它使用节点 API 来显示工作区，您可以在其中使用一些有意义的名称组织样本，首先创建一个工作区，然后向其中添加一些数据。

2.- 您打开编辑器顶部组件，它会计算您输入的所有样本的一些描述性统计数据

3.- 测试所需的所有内容均已完成!样本存储在嵌入式 H2 数据库(datos 模块)中，每次单击 TrabajosNode 时都会计算结果。

但是，当我测试应用程序时，我必须添加以下示例: https://1drv.ms/t/s!AkZmosJJMvdIu3c_IiVkD6JAVVgk (3344 个元素)；由于该应用程序具有多线程功能，一切都很好，除了在将版本构建为独立于操作系统的 zip 后，应用程序从 swing Top 组件中卡住，这种情况非常罕见，因为 Netbeans IDE 内部不会发生这种情况。我认为自从我构建了 Gradle 版本以来，构建脚本中一切都工作正常 https://github.com/PaulMaxAvalosAguilar/Statistikos-Klubas2

Answer 1

如果您有一个应用程序(实际上是任何 Java 应用程序，而不仅仅是 NetBeans RCP)并且它卡住了，那么您需要做的是获取线程转储。线程转储几乎总能提供有关卡住原因的线索。

Java 有 5 或 6 种不同的方法来获取正在运行的应用程序的线程转储(只需 google 即可)。在这些方法中，首选的方法是所谓的 Ctrl-Break method因为它提供的信息最多。该方法的缺点是您需要从控制台窗口启动应用程序。但如果你能够持续复制卡住，那么我认为这对你来说不是问题。如果您使用的是 Windows，请执行以下操作:

1. 启动cmd.exe
2. 从命令窗口启动您的应用程序，例如bin\sillyapp64.exe。
3. 等待您的应用程序发生卡住
4. 现在在命令窗口中按 Ctrl-Break。这将为您提供打印到命令窗口中的线程转储。
5. 上传线程转储作为问题的一部分。 (或者如果太大的话将其托管在某个地方)

Linux/MacOSX 的说明类似，尽管在第 4 步中您将使用kill 命令向进程发送QUIT 信号。