[ 
https://issues.apache.org/jira/browse/PDFBOX-3696?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15873751#comment-15873751
 ] 

Tilman Hausherr commented on PDFBOX-3696:
-----------------------------------------

We could also offer a method that takes a byte array. This would be easier to 
understand than the RandomAccess interface and its implementations.

Using an inputStream would be trickier, we'd have to analyse whether the 
inputStream allows random access or not, or make an internal copy... that would 
make it slower and use more memory.

> Undeprecate CCITTFactory.createFromRandomAccess() 
> --------------------------------------------------
>
>                 Key: PDFBOX-3696
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-3696
>             Project: PDFBox
>          Issue Type: Improvement
>          Components: Rendering
>    Affects Versions: 2.0.4
>         Environment: Java 1.6
>            Reporter: Thad Humphries
>            Assignee: Tilman Hausherr
>            Priority: Minor
>              Labels: newbie
>             Fix For: 2.0.5, 2.1.0
>
>
> I am processing images, mostly TIFF Group 4, from a repository, and 
> outputting them as PDF. The images always come to me in a byte array, never 
> as a file. In fact, I've no option to get it as a file. The repository may or 
> may not be local--it is accessed through its own API.
> I would like to convert this buffer directly to a PDImageXObject, but both 
> the CCITTFactory.createFromRandomAccess() are deprecated, forcing me to first 
> create a BufferedImage. Looking at the source for the CCITTFactory class, 
> they do essentially the same thing as the createFromFile() methods, which 
> first create a RandomAccessFile before calling createFromRandomAccessImpl().
> Can the CCITTFactory.createFromRandomAccess() methods be undeprecated, or is 
> there a problem with RandomAccessBuffer?



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to