[
https://issues.apache.org/jira/browse/PDFBOX-2362?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
John Hewson updated PDFBOX-2362:
--------------------------------
Description:
PDFStreamEngine and its subclasses currently load a list of OperatorProcessor
classes from .properties files. This makes it difficult to override the
classes, as the .properties files also need to be copied and pasted if changes
are made. Worse still, subclasses in other modules are known to load
.properties files from the pdfbox module which breaks OSGi, as discovered in
PDFBOX-2358.
There is currently an API, registerOperatorProcessor() which performs the same
role. This should be adapted for use in subclasses, perhaps deprecated and
replaced with something less brittle which doesn't require manually assigning
operators to specific strings such as "BT" or "T*".
was:PDFStreamEngine and its subclasses currently load a list of
OperatorProcessor classes from .properties files. This makes it difficult to
override the classes, as the .properties files also need to be copied and
pasted if changes are made. Worse still, subclasses in other modules are known
to load .properties files from the pdfbox module which breaks OSGi, as
discovered in PDFBOX-2358.
> Remove .properties file usage in PDFStreamEngine
> ------------------------------------------------
>
> Key: PDFBOX-2362
> URL: https://issues.apache.org/jira/browse/PDFBOX-2362
> Project: PDFBox
> Issue Type: Improvement
> Components: PDModel
> Reporter: John Hewson
> Assignee: John Hewson
>
> PDFStreamEngine and its subclasses currently load a list of OperatorProcessor
> classes from .properties files. This makes it difficult to override the
> classes, as the .properties files also need to be copied and pasted if
> changes are made. Worse still, subclasses in other modules are known to load
> .properties files from the pdfbox module which breaks OSGi, as discovered in
> PDFBOX-2358.
> There is currently an API, registerOperatorProcessor() which performs the
> same role. This should be adapted for use in subclasses, perhaps deprecated
> and replaced with something less brittle which doesn't require manually
> assigning operators to specific strings such as "BT" or "T*".
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
