Hi, we have an issue when converting pdfs to html. The exception is thrown when saving the html, problem is the exception seems to trigger randomly.
Usually, after re-executing the process, the pdf gets converted.
Aspose PDF version (licensed): 11.7.0
SO:
SUSE Linux Enterprise Server 10 (x86_64)
VERSION = 10
PATCHLEVEL = 4
Java:
java version "1.8.0_91"
Java™ SE Runtime Environment (build 1.8.0_91-b14)
Code example:
String originalFileName = URLDecoder.decode(pdf.getAbsolutePath(), “UTF-8”);
Document pdfDocument = new Document(originalFileName);
HtmlSaveOptions htmlSaveOptions = new HtmlSaveOptions();
htmlSaveOptions.RasterImagesSavingMode = HtmlSaveOptions.RasterImagesSavingModes.AsEmbeddedPartsOfPngPageBackground;
htmlSaveOptions.FontSavingMode = HtmlSaveOptions.FontSavingModes.SaveInAllFormats;
htmlSaveOptions.LettersPositioningMethod = LettersPositioningMethods.UseEmUnitsAndCompensationOfRoundingErrorsInCss;
htmlSaveOptions.TrySaveTextUnderliningAndStrikeoutingInCss = true;
htmlSaveOptions.AntialiasingProcessing = AntialiasingProcessingType.TryCorrectResultHtml;
htmlSaveOptions.HtmlMarkupGenerationMode = HtmlMarkupGenerationModes.WriteOnlyBodyContent;
htmlSaveOptions.PartsEmbeddingMode = HtmlSaveOptions.PartsEmbeddingModes.EmbedAllIntoHtml;
String outHtmlFile = “…/Temp/GeneratedHTML/” + pdf.getName() + “.html”;
pdfDocument.save(outHtmlFile, htmlSaveOptions);
Exception:
java.nio.BufferUnderflowException: null
at java.nio.Buffer.nextGetIndex(Buffer.java:500)
at java.nio.ByteBufferAsShortBufferB.get(ByteBufferAsShortBufferB.java:111)
at sun.font.TrueTypeFont.lookupName(TrueTypeFont.java:1264)
at sun.font.TrueTypeFont.getFamilyName(TrueTypeFont.java:1565)
at sun.font.FontFamily.remove(FontFamily.java:63)
at sun.font.SunFontManager.replaceFont(SunFontManager.java:2624)
at sun.font.SunFontManager.deRegisterBadFont(SunFontManager.java:2577)
at sun.font.TrueTypeGlyphMapper.handleBadCMAP(TrueTypeGlyphMapper.java:104)
at sun.font.TrueTypeGlyphMapper.(TrueTypeGlyphMapper.java:58)
at sun.font.TrueTypeFont.getMapper(TrueTypeFont.java:1576)
at sun.font.Font2D.canDisplay(Font2D.java:519)
at java.awt.Font.canDisplayUpTo(Font.java:2026)
at com.aspose.pdf.internal.p606.z16.m1(Unknown Source)
at com.aspose.pdf.internal.p606.z42.m1(Unknown Source)
at com.aspose.pdf.internal.p606.z42.m1(Unknown Source)
at com.aspose.pdf.internal.p606.z42.m1(Unknown Source)
at com.aspose.pdf.internal.p239.z31.m1(Unknown Source)
at com.aspose.pdf.internal.p239.z31.m1(Unknown Source)
at com.aspose.pdf.internal.p187.z2.m1(Unknown Source)
at com.aspose.pdf.internal.p186.z9.m4(Unknown Source)
at com.aspose.pdf.internal.p186.z9.m1(Unknown Source)
at com.aspose.pdf.internal.p186.z10.m2(Unknown Source)
at com.aspose.pdf.internal.p186.z10.m1(Unknown Source)
at com.aspose.pdf.internal.p186.z10.m1(Unknown Source)
at com.aspose.pdf.internal.p186.z5.m1(Unknown Source)
at com.aspose.pdf.internal.p183.z1.m1(Unknown Source)
at com.aspose.pdf.internal.p183.z1.m1(Unknown Source)
at com.aspose.pdf.internal.p183.z1.m1(Unknown Source)
at com.aspose.pdf.internal.p182.z3.m1(Unknown Source)
at com.aspose.pdf.internal.p5.z7.m1(Unknown Source)
at com.aspose.pdf.z92.m1(Unknown Source)
at com.aspose.pdf.z92.m1(Unknown Source)
at com.aspose.pdf.ADocument.save(Unknown Source)
at com.aspose.pdf.Document.save(Unknown Source)
Hi Martin,
Thanks for contacting support.
As you have stated above, the issue appears to be non-Windows (Linux) specific because during our initial testing on Windows 7 with JDK 1.7, we are unable to notice any problem during conversion. We are further testing the scenario on Linux environment and will keep you posted with our findings. We are sorry for this inconvenience.