是什么让 Jasper Reports 抛出 java.io.IOException 读取字体数据?
What could be making Jasper Reports to throw java.io.IOException reading font data?
我运行在测试环境中使用 Jasper Reports v3.7.5 需要 10 多个小时 运行 生成 PDF 文档。
进程经常成功完成,但在某些情况下进程失败并抛出此异常:
20/05/2017 02:45:23.503 ERROR [process-pool-2-thread-20] net.sf.jasperreports.extensions.DefaultExtensionsRegistry - Error instantiating extensions registry for simple.font.families
net.sf.jasperreports.engine.JRRuntimeException: java.io.IOException: Problem reading font data.
at net.sf.jasperreports.engine.fonts.SimpleFontFace.<init>(SimpleFontFace.java:77)
at net.sf.jasperreports.engine.fonts.SimpleFontFamily.createFontFace(SimpleFontFamily.java:316)
at net.sf.jasperreports.engine.fonts.SimpleFontFamily.setNormal(SimpleFontFamily.java:85)
at net.sf.jasperreports.engine.fonts.SimpleFontExtensionHelper.parseFontFamily(SimpleFontExtensionHelper.java:233)
at net.sf.jasperreports.engine.fonts.SimpleFontExtensionHelper.parseFontFamilies(SimpleFontExtensionHelper.java:204)
at net.sf.jasperreports.engine.fonts.SimpleFontExtensionHelper.loadFontFamilies(SimpleFontExtensionHelper.java:173)
at net.sf.jasperreports.engine.fonts.SimpleFontExtensionHelper.loadFontFamilies(SimpleFontExtensionHelper.java:142)
at net.sf.jasperreports.engine.fonts.SimpleFontExtensionsRegistryFactory.createRegistry(SimpleFontExtensionsRegistryFactory.java:63)
at net.sf.jasperreports.extensions.DefaultExtensionsRegistry.instantiateRegistry(DefaultExtensionsRegistry.java:238)
at net.sf.jasperreports.extensions.DefaultExtensionsRegistry.loadRegistries(DefaultExtensionsRegistry.java:213)
at net.sf.jasperreports.extensions.DefaultExtensionsRegistry.loadRegistries(DefaultExtensionsRegistry.java:162)
at net.sf.jasperreports.extensions.DefaultExtensionsRegistry.getRegistries(DefaultExtensionsRegistry.java:132)
at net.sf.jasperreports.extensions.DefaultExtensionsRegistry.getExtensions(DefaultExtensionsRegistry.java:104)
at net.sf.jasperreports.engine.util.JRStyledTextParser.<clinit>(JRStyledTextParser.java:76)
at net.sf.jasperreports.engine.fill.JRBaseFiller.<init>(JRBaseFiller.java:182)
at net.sf.jasperreports.engine.fill.JRVerticalFiller.<init>(JRVerticalFiller.java:77)
at net.sf.jasperreports.engine.fill.JRVerticalFiller.<init>(JRVerticalFiller.java:87)
at net.sf.jasperreports.engine.fill.JRVerticalFiller.<init>(JRVerticalFiller.java:57)
at net.sf.jasperreports.engine.fill.JRFiller.createFiller(JRFiller.java:142)
at net.sf.jasperreports.engine.fill.JRFiller.fillReport(JRFiller.java:78)
at net.sf.jasperreports.engine.JasperFillManager.fillReport(JasperFillManager.java:624)
at net.sf.jasperreports.engine.JasperFillManager.fillReport(JasperFillManager.java:605)
...
Caused by: java.io.IOException: Problem reading font data.
at java.awt.Font.createFont0(Font.java:1000)
at java.awt.Font.createFont(Font.java:877)
at net.sf.jasperreports.engine.fonts.SimpleFontFace.<init>(SimpleFontFace.java:69)
... 120 common frames omitted
不久之后,在同一个线程上,记录了以下错误。不过,我不确定它是否相关:
20/05/2017 02:45:23.605 ERROR [process-pool-2-thread-20] my.package.MyClass.NoClassDefFoundError - AbstractReportCreationService.createAndPersistReport(...) threw an error: Could not initialize class sun.awt.X11GraphicsEnvironment
我已经尝试 运行在 Solaris 5.10 和 5.11 上使用相同的 Java 1.8.0 版本执行此过程。它随机发生在两者上。我一直在尝试重现错误以找到根本原因,但到目前为止无济于事。
我已阅读 Whosebug 和 Jaspersoft 社区论坛中报告的类似问题。这些 post 中的大多数都提到了可能阻止进程读取或写入 java 临时目录 (java.io.tmpdir = /var/tmp/
) 的权限问题。参见示例:
The method JasperFillManager.fillReport () throws java.io.Exception
我检查了文件权限,这些都是正确的。当进程 运行s 成功时,它会创建名为 +~JF9070759829719582131.tmp
或类似随机名称的临时字体文件。即使该过程失败,它也会在 /var/tmp/
目录中留下一些临时字体文件,因此权限似乎不是问题。最重要的是,权限在成功和失败之间不会改变 运行s.
在此 post 到 Jaspersoft 社区论坛:
http://community.jaspersoft.com/questions/543492/javaioioexception-problem-reading-font-data
建议的解决方案是从 Tomcat 选项开始
-Djava.awt.headless=true
我 运行ning 的过程使用普通 Java,而不是 Tomcat,但我愿意尝试无头模式。由于问题是随机发生的,并且需要很长时间才能 运行,因此很难证明这种可能的解决方案确实解决了问题。我担心将其部署到生产环境并在那里随机出现相同的问题。谁能解释一下为什么 运行ning 在无头模式下可能会解决这个问题,或者我应该尝试什么其他可能的解决方案?
我们已经在我们的代码中解决了这个完全相同的问题。
它会运行普遍发生。我们解决了实际问题被 java 吞没并伪装在异常
下
Caused by: java.io.IOException: Problem reading font data.
at java.awt.Font.createFont0(Font.java:1000)
at java.awt.Font.createFont(Font.java:877)
at net.sf.jasperreports.engine.fonts.SimpleFontFace.<init>(SimpleFontFace.java:69)
... 120 common frames omitted
所以我写了一段代码来复制创建字体所需的所有功能,但不会吞下真正的异常。我们 运行 屏幕中的进程(我们可以附加和分离的服务器端会话)24 小时没有任何问题。
直到我们让最初启动问题功能的用户,在屏幕上执行新的测试功能。产生了以下错误 -
java.io.IOException: Problem reading font data.
at judson.Main.createFont0(Main.java:203)
at judson.Main.createFont(Main.java:94)
at judson.Main.createFont(Main.java:49)
at judson.Main.main(Main.java:39)
Caused by: java.awt.AWTError: Can't connect to X11 window server using 'localhost:12.0' as the value of the DISPLAY variable.
at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
原来用户使用的是 putty 管理器,它会自动设置 DISPLAY 变量。
/home/user/judsona/tmp/FontErrorDetector/bin : echo $DISPLAY
localhost:15.0
进一步调查为什么它只是偶尔失败导致我们发现当会话可用时(X11 可用)它会工作,但一旦会话断开连接它就会失败。注意:即使发起用户正在从屏幕会话中分离,也会发生这种情况,它会等到他们在分离后关闭会话才会失败
所以我调查了 GraphicsEnvironment 代码和 X11GraphicsEnvironment
X11GraphicsEnvironment.java
static {
java.security.AccessController.doPrivileged(
new java.security.PrivilegedAction() {
public Object run() {
System.loadLibrary("awt");
/*
* Note: The MToolkit object depends on the static initializer
* of X11GraphicsEnvironment to initialize the connection to
* the X11 server.
*/
if (!isHeadless()) {
// first check the OGL system property
boolean glxRequested = false;
String prop = System.getProperty("sun.java2d.opengl");
if (prop != null) {
if (prop.equals("true") || prop.equals("t")) {
glxRequested = true;
} else if (prop.equals("True") || prop.equals("T")) {
glxRequested = true;
glxVerbose = true;
}
}
// Now check for XRender system property
boolean xRenderRequested = true;
boolean xRenderIgnoreLinuxVersion = false;
String xProp = System.getProperty("sun.java2d.xrender");
if (xProp != null) {
if (xProp.equals("false") || xProp.equals("f")) {
xRenderRequested = false;
} else if (xProp.equals("True") || xProp.equals("T")) {
xRenderRequested = true;
xRenderVerbose = true;
}
if(xProp.equalsIgnoreCase("t") || xProp.equalsIgnoreCase("true")) {
xRenderIgnoreLinuxVersion = true;
}
}
// initialize the X11 display connection
initDisplay(glxRequested);
^ 当它确定它不是无头时,它会 initDisplay。
GraphicsEnvironment.java
/**
* @return the value of the property "java.awt.headless"
* @since 1.4
*/
private static boolean getHeadlessProperty() {
if (headless == null) {
java.security.AccessController.doPrivileged(
new java.security.PrivilegedAction<Object>() {
public Object run() {
String nm = System.getProperty("java.awt.headless");
if (nm == null) {
/* No need to ask for DISPLAY when run in a browser */
if (System.getProperty("javaplugin.version") != null) {
headless = defaultHeadless = Boolean.FALSE;
} else {
String osName = System.getProperty("os.name");
if (osName.contains("OS X") && "sun.awt.HToolkit".equals(
System.getProperty("awt.toolkit")))
{
headless = defaultHeadless = Boolean.TRUE;
} else {
headless = defaultHeadless =
Boolean.valueOf(("Linux".equals(osName) ||
"SunOS".equals(osName) ||
"FreeBSD".equals(osName) ||
"NetBSD".equals(osName) ||
"OpenBSD".equals(osName)) &&
(System.getenv("DISPLAY") == null));
}
}
} else if (nm.equals("true")) {
headless = Boolean.TRUE;
} else {
headless = Boolean.FALSE;
}
return null;
}
}
);
}
return headless.booleanValue();
}
当设置 DISPLAY 变量时 java 确定它不是无头的,这意味着它将尝试建立与 X11 服务器的连接(当用户关闭他们的会话导致 GraphicsEnvironment 无法启动时,它将断开连接)
结论 –
你有三个选择
- 使用 -Djava.awt.headless=true
启动您的应用程序
- 在未设置 DISPLAY 的情况下启动您的应用程序。
- 确保没有人使用自动设置 X11 DISPLAY 变量的 Putty 管理器。
我个人会使用#1 -Djava.awt.headless=true
我运行在测试环境中使用 Jasper Reports v3.7.5 需要 10 多个小时 运行 生成 PDF 文档。
进程经常成功完成,但在某些情况下进程失败并抛出此异常:
20/05/2017 02:45:23.503 ERROR [process-pool-2-thread-20] net.sf.jasperreports.extensions.DefaultExtensionsRegistry - Error instantiating extensions registry for simple.font.families
net.sf.jasperreports.engine.JRRuntimeException: java.io.IOException: Problem reading font data.
at net.sf.jasperreports.engine.fonts.SimpleFontFace.<init>(SimpleFontFace.java:77)
at net.sf.jasperreports.engine.fonts.SimpleFontFamily.createFontFace(SimpleFontFamily.java:316)
at net.sf.jasperreports.engine.fonts.SimpleFontFamily.setNormal(SimpleFontFamily.java:85)
at net.sf.jasperreports.engine.fonts.SimpleFontExtensionHelper.parseFontFamily(SimpleFontExtensionHelper.java:233)
at net.sf.jasperreports.engine.fonts.SimpleFontExtensionHelper.parseFontFamilies(SimpleFontExtensionHelper.java:204)
at net.sf.jasperreports.engine.fonts.SimpleFontExtensionHelper.loadFontFamilies(SimpleFontExtensionHelper.java:173)
at net.sf.jasperreports.engine.fonts.SimpleFontExtensionHelper.loadFontFamilies(SimpleFontExtensionHelper.java:142)
at net.sf.jasperreports.engine.fonts.SimpleFontExtensionsRegistryFactory.createRegistry(SimpleFontExtensionsRegistryFactory.java:63)
at net.sf.jasperreports.extensions.DefaultExtensionsRegistry.instantiateRegistry(DefaultExtensionsRegistry.java:238)
at net.sf.jasperreports.extensions.DefaultExtensionsRegistry.loadRegistries(DefaultExtensionsRegistry.java:213)
at net.sf.jasperreports.extensions.DefaultExtensionsRegistry.loadRegistries(DefaultExtensionsRegistry.java:162)
at net.sf.jasperreports.extensions.DefaultExtensionsRegistry.getRegistries(DefaultExtensionsRegistry.java:132)
at net.sf.jasperreports.extensions.DefaultExtensionsRegistry.getExtensions(DefaultExtensionsRegistry.java:104)
at net.sf.jasperreports.engine.util.JRStyledTextParser.<clinit>(JRStyledTextParser.java:76)
at net.sf.jasperreports.engine.fill.JRBaseFiller.<init>(JRBaseFiller.java:182)
at net.sf.jasperreports.engine.fill.JRVerticalFiller.<init>(JRVerticalFiller.java:77)
at net.sf.jasperreports.engine.fill.JRVerticalFiller.<init>(JRVerticalFiller.java:87)
at net.sf.jasperreports.engine.fill.JRVerticalFiller.<init>(JRVerticalFiller.java:57)
at net.sf.jasperreports.engine.fill.JRFiller.createFiller(JRFiller.java:142)
at net.sf.jasperreports.engine.fill.JRFiller.fillReport(JRFiller.java:78)
at net.sf.jasperreports.engine.JasperFillManager.fillReport(JasperFillManager.java:624)
at net.sf.jasperreports.engine.JasperFillManager.fillReport(JasperFillManager.java:605)
...
Caused by: java.io.IOException: Problem reading font data.
at java.awt.Font.createFont0(Font.java:1000)
at java.awt.Font.createFont(Font.java:877)
at net.sf.jasperreports.engine.fonts.SimpleFontFace.<init>(SimpleFontFace.java:69)
... 120 common frames omitted
不久之后,在同一个线程上,记录了以下错误。不过,我不确定它是否相关:
20/05/2017 02:45:23.605 ERROR [process-pool-2-thread-20] my.package.MyClass.NoClassDefFoundError - AbstractReportCreationService.createAndPersistReport(...) threw an error: Could not initialize class sun.awt.X11GraphicsEnvironment
我已经尝试 运行在 Solaris 5.10 和 5.11 上使用相同的 Java 1.8.0 版本执行此过程。它随机发生在两者上。我一直在尝试重现错误以找到根本原因,但到目前为止无济于事。
我已阅读 Whosebug 和 Jaspersoft 社区论坛中报告的类似问题。这些 post 中的大多数都提到了可能阻止进程读取或写入 java 临时目录 (java.io.tmpdir = /var/tmp/
) 的权限问题。参见示例:
The method JasperFillManager.fillReport () throws java.io.Exception
我检查了文件权限,这些都是正确的。当进程 运行s 成功时,它会创建名为 +~JF9070759829719582131.tmp
或类似随机名称的临时字体文件。即使该过程失败,它也会在 /var/tmp/
目录中留下一些临时字体文件,因此权限似乎不是问题。最重要的是,权限在成功和失败之间不会改变 运行s.
在此 post 到 Jaspersoft 社区论坛:
http://community.jaspersoft.com/questions/543492/javaioioexception-problem-reading-font-data
建议的解决方案是从 Tomcat 选项开始
-Djava.awt.headless=true
我 运行ning 的过程使用普通 Java,而不是 Tomcat,但我愿意尝试无头模式。由于问题是随机发生的,并且需要很长时间才能 运行,因此很难证明这种可能的解决方案确实解决了问题。我担心将其部署到生产环境并在那里随机出现相同的问题。谁能解释一下为什么 运行ning 在无头模式下可能会解决这个问题,或者我应该尝试什么其他可能的解决方案?
我们已经在我们的代码中解决了这个完全相同的问题。
它会运行普遍发生。我们解决了实际问题被 java 吞没并伪装在异常
下Caused by: java.io.IOException: Problem reading font data.
at java.awt.Font.createFont0(Font.java:1000)
at java.awt.Font.createFont(Font.java:877)
at net.sf.jasperreports.engine.fonts.SimpleFontFace.<init>(SimpleFontFace.java:69)
... 120 common frames omitted
所以我写了一段代码来复制创建字体所需的所有功能,但不会吞下真正的异常。我们 运行 屏幕中的进程(我们可以附加和分离的服务器端会话)24 小时没有任何问题。
直到我们让最初启动问题功能的用户,在屏幕上执行新的测试功能。产生了以下错误 -
java.io.IOException: Problem reading font data.
at judson.Main.createFont0(Main.java:203)
at judson.Main.createFont(Main.java:94)
at judson.Main.createFont(Main.java:49)
at judson.Main.main(Main.java:39)
Caused by: java.awt.AWTError: Can't connect to X11 window server using 'localhost:12.0' as the value of the DISPLAY variable.
at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
原来用户使用的是 putty 管理器,它会自动设置 DISPLAY 变量。
/home/user/judsona/tmp/FontErrorDetector/bin : echo $DISPLAY
localhost:15.0
进一步调查为什么它只是偶尔失败导致我们发现当会话可用时(X11 可用)它会工作,但一旦会话断开连接它就会失败。注意:即使发起用户正在从屏幕会话中分离,也会发生这种情况,它会等到他们在分离后关闭会话才会失败
所以我调查了 GraphicsEnvironment 代码和 X11GraphicsEnvironment
X11GraphicsEnvironment.java
static {
java.security.AccessController.doPrivileged(
new java.security.PrivilegedAction() {
public Object run() {
System.loadLibrary("awt");
/*
* Note: The MToolkit object depends on the static initializer
* of X11GraphicsEnvironment to initialize the connection to
* the X11 server.
*/
if (!isHeadless()) {
// first check the OGL system property
boolean glxRequested = false;
String prop = System.getProperty("sun.java2d.opengl");
if (prop != null) {
if (prop.equals("true") || prop.equals("t")) {
glxRequested = true;
} else if (prop.equals("True") || prop.equals("T")) {
glxRequested = true;
glxVerbose = true;
}
}
// Now check for XRender system property
boolean xRenderRequested = true;
boolean xRenderIgnoreLinuxVersion = false;
String xProp = System.getProperty("sun.java2d.xrender");
if (xProp != null) {
if (xProp.equals("false") || xProp.equals("f")) {
xRenderRequested = false;
} else if (xProp.equals("True") || xProp.equals("T")) {
xRenderRequested = true;
xRenderVerbose = true;
}
if(xProp.equalsIgnoreCase("t") || xProp.equalsIgnoreCase("true")) {
xRenderIgnoreLinuxVersion = true;
}
}
// initialize the X11 display connection
initDisplay(glxRequested);
^ 当它确定它不是无头时,它会 initDisplay。
GraphicsEnvironment.java
/**
* @return the value of the property "java.awt.headless"
* @since 1.4
*/
private static boolean getHeadlessProperty() {
if (headless == null) {
java.security.AccessController.doPrivileged(
new java.security.PrivilegedAction<Object>() {
public Object run() {
String nm = System.getProperty("java.awt.headless");
if (nm == null) {
/* No need to ask for DISPLAY when run in a browser */
if (System.getProperty("javaplugin.version") != null) {
headless = defaultHeadless = Boolean.FALSE;
} else {
String osName = System.getProperty("os.name");
if (osName.contains("OS X") && "sun.awt.HToolkit".equals(
System.getProperty("awt.toolkit")))
{
headless = defaultHeadless = Boolean.TRUE;
} else {
headless = defaultHeadless =
Boolean.valueOf(("Linux".equals(osName) ||
"SunOS".equals(osName) ||
"FreeBSD".equals(osName) ||
"NetBSD".equals(osName) ||
"OpenBSD".equals(osName)) &&
(System.getenv("DISPLAY") == null));
}
}
} else if (nm.equals("true")) {
headless = Boolean.TRUE;
} else {
headless = Boolean.FALSE;
}
return null;
}
}
);
}
return headless.booleanValue();
}
当设置 DISPLAY 变量时 java 确定它不是无头的,这意味着它将尝试建立与 X11 服务器的连接(当用户关闭他们的会话导致 GraphicsEnvironment 无法启动时,它将断开连接)
结论 –
你有三个选择
- 使用 -Djava.awt.headless=true 启动您的应用程序
- 在未设置 DISPLAY 的情况下启动您的应用程序。
- 确保没有人使用自动设置 X11 DISPLAY 变量的 Putty 管理器。
我个人会使用#1 -Djava.awt.headless=true