Vincent van ’t Zand

Results 25 comments of Vincent van ’t Zand

Also, since an image tag with properties comparable to the `latest` tag is used (`8-jre-alpine`), potentially a different image will be pulled for every build. A specific tag, e.g. `8-jre-alpine-3.9`...

BTW, I noticed that updates to the OpenJDK images for version 8 are actually still occurring: [JRE 8 Slim Bullseye](https://hub.docker.com/layers/openjdk/library/openjdk/8-jre-slim-bullseye/images/sha256-9209de19568ee468e34e747887213811db9a08e915c577de1755476819a59518?context=explore).

> Currently, the Confluence Publisher internally sets the `imagesdir` attribute relative to the AsciiDoc source file processed, so that referenced images can be resolved. This is due to the way...

It’s working for me, but that might be because of some specifics. To start with, I used version 0.15.0 of the publisher. My header looks like this: ```asciidoc :doctype: book...

> (…) but that might be because of some specifics. (…) It was a very specific combination indeed; after a small change to the title, I lost the labels :(...

I’m also afraid that Atlassian is not going to allow content to show up within Confluence that can never be accomplished through its GUI :(

> Is this to be expected? Do you see any chance to reduce the resulting image size while still moving to JRE 17? Thank you for your efforts! Not really,...

The precise version I used, [OpenJDK 17.0.2 Bullseye Slim](https://hub.docker.com/layers/library/openjdk/17.0.2-slim-bullseye/images/sha256-779635c0c3d23cc8dbab2d8c1ee4cf2a9202e198dfc8f4c0b279824d9b8e0f22?context=explore), has the same size: 210.63 MB.

Uncompressed, the sizes are (with between parentheses the size after having installed the necessary dependencies, _GraphViz_ and the _DejaVu_ TrueType font): - [OpenJDK 17 Alpine](https://hub.docker.com/layers/library/openjdk/17-alpine/images/sha256-a996cdcc040704ec6badaf5fecf1e144c096e00231a29188596c784bcf858d05?context=explore): 326 MB (369 MB) -...