[
https://issues.apache.org/jira/browse/IMAGING-261?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17388247#comment-17388247
]
aditya seth commented on IMAGING-261:
-------------------------------------
I found another instance where the same exception has occurred. This mainly
happens when getMetadata() or get ImageInfo() gets called. Please answer
following queries:
1. What is being referred here as block size?
2. Does it always lead to memory issues if the block size greater than
threshold limit?
3. If answer for #2 is NO then is it possible to bypass such check without
failing it?
Stacktrace:
27.07.2021 21:27:33.549 *WARN* [JobHandler:
/var/workflow/instances/server0/2021-07-27/asset_processing_on_sdk_3:/content/dam/2782310.jpeg/jcr:content/renditions/original]
com.day.cq.dam.commons.handler.StandardImageHandler extractImag\
eInfo: error while reading metadata from image [/content/dam/2782310.jpeg]:
org.apache.commons.imaging.ImageReadException: Invalid Block Size : 551954 >
65533
at
org.apache.commons.imaging.formats.jpeg.iptc.IptcParser.parseAllBlocks(IptcParser.java:357)
[org.apache.commons.commons-imaging:1.0.0.R1725432-B002]
at
org.apache.commons.imaging.formats.jpeg.iptc.IptcParser.parsePhotoshopSegment(IptcParser.java:113)
[org.apache.commons.commons-imaging:1.0.0.R1725432-B002]
at
org.apache.commons.imaging.formats.jpeg.iptc.IptcParser.parsePhotoshopSegment(IptcParser.java:105)
[org.apache.commons.commons-imaging:1.0.0.R1725432-B002]
at
org.apache.commons.imaging.formats.jpeg.segments.App13Segment.parsePhotoshopSegment(App13Segment.java:76)
[org.apache.commons.commons-imaging:1.0.0.R1725432-B002]
at
org.apache.commons.imaging.formats.jpeg.JpegImageParser.getPhotoshopMetadata(JpegImageParser.java:585)
[org.apache.commons.commons-imaging:1.0.0.R1725432-B002]
at
org.apache.commons.imaging.formats.jpeg.JpegImageParser.getMetadata(JpegImageParser.java:314)
[org.apache.commons.commons-imaging:1.0.0.R1725432-B002]
at
org.apache.commons.imaging.formats.jpeg.JpegImageParser.getImageInfo(JpegImageParser.java:725)
[org.apache.commons.commons-imaging:1.0.0.R1725432-B002]
at
org.apache.commons.imaging.ImageParser.getImageInfo(ImageParser.java:324)
[org.apache.commons.commons-imaging:1.0.0.R1725432-B002]
at
com.day.cq.dam.commons.handler.StandardImageHandler.extractImageInfo(StandardImageHandler.java:307)
[com.day.cq.dam.cq-dam-commons:5.13.175.SNAPSHOT1]
at
com.day.cq.dam.commons.handler.StandardImageHandler.extractMetadataGeneric(StandardImageHandler.java:460)
[com.day.cq.dam.cq-dam-commons:5.13.175.SNAPSHOT1]
at
com.day.cq.dam.commons.handler.StandardImageHandler.extractMetadata(StandardImageHandler.java:373)
[com.day.cq.dam.cq-dam-commons:5.13.175.SNAPSHOT1]
at
com.day.cq.dam.commons.handler.StandardImageHandler.extractMetadata(StandardImageHandler.java:204)
[com.day.cq.dam.cq-dam-commons:5.13.175.SNAPSHOT1]
at
com.day.cq.dam.core.process.MetadataExtractor.extractMetadata(MetadataExtractor.java:113)
[com.day.cq.dam.cq-dam-core:5.13.294]
at
com.day.cq.dam.core.process.MetadataExtractor.extractMetadata(MetadataExtractor.java:100)
[com.day.cq.dam.cq-dam-core:5.13.294]
at
com.day.cq.dam.core.process.MetadataProcessorProcess.execute(MetadataProcessorProcess.java:149)
[com.day.cq.dam.cq-dam-core:5.13.294]
at
com.day.cq.workflow.compatibility.CQWorkflowProcessRunner.execute(CQWorkflowProcessRunner.java:93)
[com.day.cq.workflow.cq-workflow-impl:6.3.14]
at
com.adobe.granite.workflow.core.job.HandlerBase.executeProcess(HandlerBase.java:194)
[com.adobe.granite.workflow.core:2.1.58]
at
com.adobe.granite.workflow.core.job.JobHandler.process(JobHandler.java:286)
[com.adobe.granite.workflow.core:2.1.58]
at
org.apache.sling.event.impl.jobs.JobConsumerManager$JobConsumerWrapper.process(JobConsumerManager.java:502)
[org.apache.sling.event:4.2.22]
at
org.apache.sling.event.impl.jobs.queues.JobQueueImpl.startJob(JobQueueImpl.java:308)
[org.apache.sling.event:4.2.22]
at
org.apache.sling.event.impl.jobs.queues.JobQueueImpl.access$100(JobQueueImpl.java:60)
[org.apache.sling.event:4.2.22]
at
org.apache.sling.event.impl.jobs.queues.JobQueueImpl$1.run(JobQueueImpl.java:244)
[org.apache.sling.event:4.2.22]
at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
> Apache Commons imaging AEM Image upload issue - Invalid block size
> ------------------------------------------------------------------
>
> Key: IMAGING-261
> URL: https://issues.apache.org/jira/browse/IMAGING-261
> Project: Commons Imaging
> Issue Type: Bug
> Components: Format: JPEG
> Reporter: Varma Kakarlapudi
> Priority: Major
> Attachments: 149632099_A1.jpg
>
> Original Estimate: 48h
> Remaining Estimate: 48h
>
> We are trying to upload some assets to AEM DAM which is using the apache
> commons imaging bundle (version 1.0.0.R1725432-B002) to verify and ingest the
> assets. Some of the assets are being rejected wit the below error:
>
> 20.07.2020 13:18:57.769 *WARN* [JobHandler:
> /var/workflow/instances/server0/2020-07-16_1/tsc_dam_product_update_asset_852:/content/dam/tsc/product/149632099_A1.jpg/jcr:content/renditions/original]
> com.day.cq.dam.commons.handler.StandardImageHandler extractMetadata: cannot
> read metadata from image [/content/dam/tsc/product/149632099_A1.jpg]:
> org.apache.commons.imaging.ImageReadException: Invalid Block Size : 83252 >
> 65504
> at
> org.apache.commons.imaging.formats.jpeg.iptc.IptcParser.parseAllBlocks(IptcParser.java:357)
> [org.apache.commons.commons-imaging:1.0.0.R1725432-B002]
>
> The API being used is
> [https://github.com/apache/commons-imaging/blob/commons-imaging-1.0-RC1/src/main/java/org/apache/commons/imaging/formats/jpeg/iptc/IptcParser.java#L321]
>
> Can you please let me know why is this error happening, and what needs to be
> done to the image to get it pass through this error. Are there any specific
> image parameters or metedata which needs to be changed to get this corrected.
> I have attached one image which is having this issue.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)