[
https://issues.apache.org/jira/browse/PDFBOX-5711?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17783969#comment-17783969
]
Axel Howind commented on PDFBOX-5711:
-------------------------------------
[~NicolaIsotta] Files.readAllBytes() takes a path, so if it's OK to have
everything in memory, you can use that. If you have obtained the path using
another provider, you will probably run into problems anyway if the provider
used does not return a Path instance that overrides the default toFile() method.
Having said that, I'm all in supporting Path as aparameter. I just want to warn
you it might not solve your problem as reading might not work as expected when
toFile() also does not. (Have been there.)
> Loader: add support for java.nio.file.Path
> ------------------------------------------
>
> Key: PDFBOX-5711
> URL: https://issues.apache.org/jira/browse/PDFBOX-5711
> Project: PDFBox
> Issue Type: Improvement
> Components: IO
> Affects Versions: 3.0.0 PDFBox
> Reporter: Nicola Isotta
> Assignee: Andreas Lehmkühler
> Priority: Minor
>
> Currently the Loader class only accepts byte[] or File as source for loading
> PDFs. Would it be possible to load PDFs from java.nio.file.Path objects?
>
> I know that there's a toFile() method on Path, but it works only if the Path
> object has been created from the default provider.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
