[
https://issues.apache.org/jira/browse/PDFBOX-5584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Moritz Flöter updated PDFBOX-5584:
----------------------------------
Description:
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.
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 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.
was:
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.
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.
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 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.
> 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: Major
> 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.
> 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 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]
