RHEL6服务器-字体在jsp查看器上乱码，但如果字体添加到java字体目录，则在导出（来自同一查看器）时完美，否则为空指针异常
这里有一个奇怪的。到目前为止，我一直在mac上运行这个程序，一切都很好（服务器，也就是说，设计器显然在Windows上）。我们刚刚部署到linux机器（Red Hat），最初pdf导出在OpenTypeFontManager上有一个空指针异常。这表明它找不到字体，所以我将相关的TTF复制到$JAVA_HOME/lib/fonts，pdf工作得非常好。缺点是，查看器上的图表突然变得非常混乱（所有字体输出都被字体弄乱了）。再次删除文件，所有返回的内容都原封不动，放回原处，PDF工作正常，图表混乱 一个例子 请注意，这不会发生在PDF导出中，只会发生在查看器中RHEL6服务器-字体在jsp查看器上乱码，但如果字体添加到java字体目录，则在导出（来自同一查看器）时完美，否则为空指针异常,java,linux,fonts,crystal-reports,Java,Linux,Fonts,Crystal Reports,这里有一个奇怪的。到目前为止，我一直在mac上运行这个程序，一切都很好（服务器，也就是说，设计器显然在Windows上）。我们刚刚部署到linux机器（Red Hat），最初pdf导出在OpenTypeFontManager上有一个空指针异常。这表明它找不到字体，所以我将相关的TTF复制到$JAVA_HOME/lib/fonts，pdf工作得非常好。缺点是，查看器上的图表突然变得非常混乱（所有字体输出都被字体弄乱了）。再次删除文件，所有返回的内容都原封不动，放回原处，PDF工作正常，图表混乱 一
有什么好主意吗？对不起，我又有一个好主意。服务器有crystal不喜欢的openjdk，我用一个合适的sun jdk替换了它，整个世界都很好。已排序。对不起，我要另一份厚的。服务器有crystal不喜欢的openjdk，我用一个合适的sun jdk替换了它，整个世界都很好。排序。之后是从结果PDF关闭字体嵌入的另一种可能性，这是可行的。
CrystalReportsRuntime.jar中有一个init文件，它在这里定义了行为。它位于com\crystaldecisions\reports\exporters\page\pdf\pdf\u properties.xml，有4个布尔定义。编辑此文件，并将“EmbeddeFonts”的默认值设置为“false”。之后是另一种从结果PDF关闭字体嵌入的可能性，这是可行的。 CrystalReportsRuntime.jar中有一个init文件，它在这里定义了行为。它位于com\crystaldecisions\reports\exporters\page\pdf\pdf\u properties.xml，有4个布尔定义。转到编辑此文件，并将“embedFonts”的默认值设置为“false”