[ https://issues.apache.org/jira/browse/PDFBOX-5807?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17840313#comment-17840313 ]
Tilman Hausherr commented on PDFBOX-5807: ----------------------------------------- I agree that the stack trace is useless. I also agree that the first warning could be an info. I don't agree that the second should be an info, after all there is an exception which is kindof nasty, i.e. the user passed a broken image. > 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 > > 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: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org