You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "Tilman Hausherr (JIRA)" <ji...@apache.org> on 2015/02/14 12:05:12 UTC

[jira] [Commented] (PDFBOX-2680) Move multi-pdf classes from util into their own package

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

Tilman Hausherr commented on PDFBOX-2680:
-----------------------------------------

weak +1

> Move multi-pdf classes from util into their own package
> -------------------------------------------------------
>
>                 Key: PDFBOX-2680
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-2680
>             Project: PDFBox
>          Issue Type: Improvement
>    Affects Versions: 2.0.0
>            Reporter: John Hewson
>            Priority: Minor
>
> In PDFBOX-2580 Maruan mentioned that rendering and printing classes were unusual in that they were not in the util package, which made me wonder if some of the classes in util might be better of being in another package. Since the command line utilities were moved into the tools package, util has become the home of helper classes such as Matrix and Hex. However it's also home to some classes which were related to the old command line tools and would now be better off elsewhere:
> - the 'text' package should contain PDFTextStripper, PDFTextStripperByArea, and PDFMarkedContentExtractor. This would remove the cyclic dependency which currently exists between 'text' and 'util'. Moving PDFTextStreamEngine to 'text' would also allow a cyclic dependency between 'contentstream' and 'util' to be broken.
> - likewise, a new 'multipdf' package could contain PageExtractor, PDFCloneUtility, PDFMergerUtility, LayerUtility, Overlay, and Splitter. This creates a proper home for classes which handle multiple PDFs and so are not a part of PD and ensures a separation of concern between them and the helper util classes.
> This would give us a cleaner foundation for 2.0 moving forwards and reduce the number of Sonar warnings regarding cyclic dependencies.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: dev-help@pdfbox.apache.org