使用PdfClown 0.1.2进行文本编写时,我发生了一些奇怪的事情。
PrimitiveComposer composer = new PrimitiveComposer(page);
BlockComposer blockComposer = new BlockComposer(composer);
addHeader(document, composer, blockComposer);
addOfferData(document, offer, blockComposer, composer);
composer.flush();
private void addHeader(Document document, PrimitiveComposer composer, BlockComposer blockComposer) {
Rectangle2D frame = new Rectangle2D.Double(36, 0, 842, 36);
blockComposer.begin(frame, XAlignmentEnum.Left, YAlignmentEnum.Middle);
composer.setFont(getSimpleFont(document), 12);
blockComposer.showText(getHeader());
blockComposer.end();
}
private void addOfferData(Document document, Offer offer, BlockComposer blockComposer, PrimitiveComposer composer) {
blockComposer.begin(new Rectangle2D.Double(456, 156, 340, 250), XAlignmentEnum.Left, YAlignmentEnum.Top);
composer.setFont(getSimpleFont(document), 12);
blockComposer.showText("Text");
blockComposer.showBreak();
blockComposer.end();
}
private StandardType1Font getSimpleFont(Document document) {
return new StandardType1Font(document, StandardType1Font.FamilyEnum.Times, false, false);
}
在JUnit测试中,一切正常,但在生产模式下,在showText上的第二种方法失败。
java.lang.NullPointerException
at org.pdfclown.documents.contents.fonts.Font.encode(Font.java:423)
at org.pdfclown.documents.contents.composition.PrimitiveComposer.showText(PrimitiveComposer.java:1058)
at org.pdfclown.documents.contents.composition.PrimitiveComposer.showText(PrimitiveComposer.java:960)
at org.pdfclown.documents.contents.composition.BlockComposer.showText(BlockComposer.java:553)
at org.pdfclown.documents.contents.composition.BlockComposer.showText(BlockComposer.java:463)
at com.example.service.PdfGenerationService.addOfferData(PdfGenerationService.java:121)
字体是否需要以不同的方式处理,或者是什么原因导致此问题?在第一种方法中,正在渲染文本中最奇怪的东西。
答案 0 :(得分:1)
NullPointerException
发生在Font.encode(Font.java:423)
。这种方法是:
public final byte[] encode(
String text
)
{
ByteArrayOutputStream encodedStream = new ByteArrayOutputStream();
try
{
for(int index = 0, length = text.length(); index < length; index++)
{
int textCode = text.charAt(index);
byte[] charCode = codes.getKey(textCode).data;
encodedStream.write(charCode);
usedCodes.add(textCode);
}
encodedStream.close();
}
catch(IOException e)
{throw new RuntimeException(e);}
return encodedStream.toByteArray();
}
(Font.java修订版85,第413行...... 433)
第423行是
byte[] charCode = codes.getKey(textCode).data;
因此,codes
为null
或codes.getKey(textCode)
为null.
前者(codes
为null
)对StandardType1Font
来说非常不可信。
后者(codes.getKey(textCode)
为null
)意味着要绘制的文字包含手头编码中不存在的字符。
假设在制作中你不打电话
blockComposer.showText("Text");
但是使用一些不同的生产文本,您应该检查该文本是否有特殊字符(可能不存在于标准PDF编码中)。
如果这个假设是错误的,并且您确实只在生产中显示"Text"
,那么对差异生产环境的更多分析&lt; - &gt;需要开发环境。