[ https://issues.apache.org/jira/browse/PDFBOX-3001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14966311#comment-14966311 ]
Maruan Sahyoun commented on PDFBOX-3001: ---------------------------------------- quickly looked it up. - for a 'regular' app we can write to the users directory - for containers we can write to System.getProperty("java.io.tmpdir"); - if that's not possible for an applet we can create a temp file and look up it's path to get the directory we can write to. > FileSystemFontProvider cache instability > ---------------------------------------- > > Key: PDFBOX-3001 > URL: https://issues.apache.org/jira/browse/PDFBOX-3001 > Project: PDFBox > Issue Type: Bug > Affects Versions: 2.0.0 > Reporter: John Hewson > Assignee: John Hewson > Priority: Blocker > Fix For: 2.0.0 > > Attachments: md5.diff, patch, patch > > > FileSystemFontProvider uses Java's Preferences API to cache font metadata, > however it doesn't seem to work out of the box on Windows (due to file > permissions) and one user on the mailing list has complained that on Linux > file paths with more than 80 characters can't be handed. Serializable is also > slow. > It looks like Preferences wasn't a good choice here. We're going to need to > roll our own cache file format and save it somewhere we have write access to. -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org