代码在JavaSE中工作，但在Wildfly中崩溃，出现NullPointerException

Question

我正在使用gephi-toolkit(0.9.1)生成图，编写一个javaSE应用程序，并对其进行测试，等等。

当将此代码复制粘贴到我的EJB（尝试了所有三种类型）时，代码开始生成：

runtimeException：java.lang.NullPointerException

将图形导出到SVG（也可以导出PNG）。

我显式检查我的对象-它们不是空的。因此，gephi-toolkit的一些深层内容与JavaSE兼容，而与JavaEE不兼容。

有什么提示或建议如何发现和解决问题？

我尝试导出到文件(File.createTempFile())，然后导出到流-StringWriter和OutputStream。三人都失败了。

ExportController ec = Lookup.getDefault().lookup(ExportController.class);
SVGExporter exp = (SVGExporter) ec.getExporter("svg");
StringWriter sw = new StringWriter();
exp.setWriter(sw);
exp.setWorkspace(workspace);
System.out.println(" exec: " + exp.execute());

ec、exp和sw不为空，但我在exp.execute()上获得NPE

更新：

null

Answer 1

执行摘要：代码在桌面上工作，但在服务器上失败，因为服务器处于无头模式，并且代码在Batik中使用了一些需要GUI的功能（这里是getBbox())。

在一个简单的Java SE程序中运行的代码和在服务器环境中运行的相同代码之间的一个主要区别是后者很可能是无头的。

Gephi委托Batik生成SVG，而Batik使用java.awt来处理一些呈现细节，并且呈现（可能）是边界框计算(getBbox())所必需的，不幸的是，Gephi依赖于这种计算。

旧版本的蜡染过去常常在无头环境下崩溃。现在基本上都管用了。请参阅Batik源代码中的此示例：

/**
 * Returns the active screen resolution. If Batik is run in a headless environment, this
 * method will return the default "96" unlike {@link Toolkit#getScreenResolution()} which
 * will throw a {@link HeadlessException}.
 * @return the screen resolution in dpi
 */
public static int getScreenResolution() {
    if (GraphicsEnvironment.isHeadless()) {
        return 96;
    } else {
        return Toolkit.getDefaultToolkit().getScreenResolution();
    }
}

但在试图计算一个包围盒时,它似乎仍然是有限的。

因此，有一个建议值得尝试，如果可能的话（根据您的情况，它可能非常容易，也可能非常复杂）：在非无头环境中启动服务器。

默认情况下，Wildfly（和大多数服务器）在命令行中使用-djava.awt.headless=true运行。应该可以通过编辑standalone.conf来更改。

要使其工作，您需要一个显示器。例如，在Linux上，给它一个有效的$display来使用，它将指向虚拟显示器，比如VNC服务器，或者更好地使用虚拟Framebuffer，它是一个“假”X服务器（避免在服务器上使用X-windows，CentOS包是xorg-x11-server-xvfb，Debian的是xvfb)。

对于生产来说，这可能不是一个令人满意的解决方案，但如果它有效的话，它至少是一个很好的线索，可以帮助确定下一步应该查看的位置：如何让getBbox()在无头环境中工作，或者让gephi在不需要getBbox()的情况下工作。