This is already the case: the XWiki Docker image is built and published as a multi-architecture image supporting both linux/amd64 and linux/arm64, so the problem reported here can no longer be reproduced.
The only native, architecture-specific component in the image is LibreOffice (used for office document import/export via JODConverter); everything else is either pure Java (the XWiki WAR and the MySQL/MariaDB/PostgreSQL JDBC drivers) or already multi-arch (the Tomcat base image). Since XDOCKER-157 the Dockerfile selects the LibreOffice package matching the build's TARGETARCH (amd64 -> x86_64, arm64 -> aarch64) with a per-architecture sha256 check, so the image builds and runs natively on ARM with no manual changes – no more need to rebuild the image locally as described in the original report.
Closing as Cannot Reproduce.
This message was sent by Atlassian Jira (v9.3.0#930000-sha1:287aeb6)
If image attachments aren't displayed, see this article.
