[
https://issues.apache.org/jira/browse/PDFBOX-3001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14979926#comment-14979926
]
Maruan Sahyoun commented on PDFBOX-3001:
----------------------------------------
In their implementation they first try to establish the cache at the users home
directory and then on java.io.tmpdir which may or may not be /tmp. Adding the
capability to overwrite that using a system property would be a very good
addition.
> 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
