[
https://issues.apache.org/jira/browse/PDFBOX-5807?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tilman Hausherr resolved PDFBOX-5807.
-------------------------------------
Fix Version/s: 2.0.32
4.0.0
3.0.3 PDFBox
Resolution: Fixed
> JPEGFactory. Reduce logging severity when no image metadata is present
> ----------------------------------------------------------------------
>
> Key: PDFBOX-5807
> URL: https://issues.apache.org/jira/browse/PDFBOX-5807
> Project: PDFBox
> Issue Type: Improvement
> Components: FontBox
> Affects Versions: 2.0.31, 3.0.2 PDFBox
> Reporter: Jorge moraleda
> Priority: Minor
> Fix For: 2.0.32, 4.0.0, 3.0.3 PDFBox
>
>
> Currently when the image size cannot retrieved from metadata we issue:
> {code:java}
> LOG.warn("No image metadata, will decode image and use raster size");
> {code}
> and
> {code:java}
> LOG.warn("Error reading image metadata, will decode image and use raster
> size", ex);{code} both at the *{{warn}}* level, but since these are
> recoverable errors (by using the raster size, as the messages indicate), I
> think their log priority should be reduced to *{{info}}* or *{{debug}}*. This
> is particularly important in the second message since it actually prints the
> full stack trace, which heavily pollutes log files.
> I use JPEGFactory inside a server side application without control from which
> files the user uploads, and these stack traces are useless and distracting.
> Thank you.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
