[
https://issues.apache.org/jira/browse/FOP-3137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17866980#comment-17866980
]
Rafael Witak commented on FOP-3137:
-----------------------------------
[~ssteiner] Thanks for the quick reply! We have apparently refrained from using
a {{fop.xconf}} at all and use it neither in production nor in the reduced test
case we are talking about here.
Unfortunately, I haven't found a way around the
{{*org.apache.xmlgraphics.image.loader.ImageException: The file format is not
supported. No ImagePreloader...*}} that gets thrown any time I _do_ try to
include a {{{}fop.xconf{}}}. This problem seems to be caused by "overlapping"
dependencies in Maven - according to the web - but none of the proposed
solutions I have found so far do the trick for me (reordering dependencies,
exclusion, maven-shade-plugin...).
Would you happen to have a minimal working {{pom.xml}} for me so I could test
your proposed solution?
> PDF Images - external-document layout broken
> --------------------------------------------
>
> Key: FOP-3137
> URL: https://issues.apache.org/jira/browse/FOP-3137
> Project: FOP
> Issue Type: Bug
> Environment: Windows 10.0.19045 Build 19045
> Java 17
> FOP 2.8
> PDF Images 2.8
> Reporter: Rafael Witak
> Priority: Major
> Attachments: image-2023-07-13-16-46-26-626.png,
> image-2023-07-13-16-47-09-093.png, older.pdf, original.pdf, output.pdf
>
>
> When including the PDFs of one of our customers, the layout gets messed up,
> turning this:
> !image-2023-07-13-16-47-09-093.png|width=349,height=265!
> into this:
> !image-2023-07-13-16-46-26-626.png|width=350,height=284!
>
> The customer recently switched to PDF 1.7, all of their PDFs get messed up
> ever since.
> There are no FOP events in the log, checking the resulting PDF with _pdfcpu_
> validates perfectly, even with strict mode on.
> Setting strict-validation in the renderer also doesn't produce any errors.
> The problem happens regardless of the version of FOP and fop-pdf-images used.
> The FO input for reproduction can be reduced to
> {{<fo:root xmlns:fo="http://www.w3.org/1999/XSL/Format"}}
> {{xmlns:fox="http://xmlgraphics.apache.org/fop/extensions";>}}
> {{ <fo:layout-master-set>}}
> {{ <fo:simple-page-master master-name="simple">}}
> {{ <fo:region-body/>}}
> {{ </fo:simple-page-master>}}
> {{ </fo:layout-master-set>}}
> {{ <fox:external-document src="PDF/input.pdf" />}}
> {{{}</fo:root>{}}}{{{}{}}}
>
> Various problems regarding layouts are mentioned in the "Known Issues".
> There is also the general statement _"Apache FOP currently generates PDF 1.4.
> If you include a PDF with a higher PDF version, the results may be
> unpredictable."_ to be found (That said, setting different versions in the
> renderer did not solve the problem).
> Please let me know, if this is out of scope for the project - and if it is,
> please provide me with any workarounds you might know of!
>
> (Included are one of the originals together with its output, as well as an
> older PDF of the same customer which works as expected. )
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
