[ 
https://issues.apache.org/jira/browse/PDFBOX-5584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Moritz Flöter updated PDFBOX-5584:
----------------------------------
    Priority: Minor  (was: Major)

> Plugins for PDFDebugger
> -----------------------
>
>                 Key: PDFBOX-5584
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-5584
>             Project: PDFBox
>          Issue Type: New Feature
>          Components: Utilities
>            Reporter: Moritz Flöter
>            Priority: Minor
>         Attachments: 2023-04-12_09-00-01_explorer_bmps4tqOTT.png
>
>
> The PDFBox Debugger is a great tool for analyzing PDF documents due to its 
> functionality and  licence.
> However, it is constrained to what PDFBox itself can do. We extended the 
> Debugger to accomplish some of the more frequent tasks needed for processing 
> service tickets for our own software product.
> !2023-04-12_09-00-01_explorer_bmps4tqOTT.png!
> Some of the extended functionality relies on our proprietary PDF processing 
> (this is completely separate from PDFBox) but other features rely on 
> Implementations around PDFBOX functionality (such as drawing PrintBoxes or 
> moving them, removing document security attributes for subsequent analysis in 
> other tools etc.).
> There is also functionality that relies on Java-Libraries like VeraPDF, 
> OpenPDF or even calls to external command line tools like ghostscript and 
> pdfcpu (the latter with bundled binaries, the former without because of GPL).
> We would very much like to publish and contribute Plugins for the Debugger 
> but as of now, everything is based on a direct extension (even using some 
> Reflection) of the PDFDebugger class and thus can not be made available (as 
> it also relies on our proprietary PDF code). Furthermore, dependencies to 
> external software or third party PDF libraries really should not be directly 
> integrated in the  main PDFBox repositories.
> I do however not see any harm in having such dependencies for plugins that 
> are provided in different repositories and possibly developed and maintained 
> by other developers. So I do see a benefit in having a Plugin-Interface in 
> PDFDebugger.
> Most likely the group of people making and using such plugins is rather small 
> but I still wanted too run the idea by you in case you are interested.
> I am also willing to work on this feature if I am provided with some input as 
> to what you expect.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

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

Reply via email to