-
Bug
-
Resolution: Fixed
-
Low
-
7.17.1
-
Severity 2 - Major
-
Issue Summary
Collaborative editing doesn't work on Apple Silicon ARM chips.
https://community.developer.atlassian.com/t/confluence-docker-with-apple-m1-chip/55469
Steps to Reproduce
- Start Confluence
- Turn on collaborative editing mode
Expected Results
collaborative editing mode is on
Actual Results
The below exception is thrown
2022-04-27 14:51:06,319 ERROR [Long running task: EnableTask] [confluence.util.longrunning.ConfluenceAbstractLongRunningTask] run Long running task "EnableTask" failed to run. -- url: /confluence/rest/synchrony-interop/enable | referer: http://localhost:8080/confluence/admin/confluence-collaborative-editor-plugin/configure.action | traceId: 021e7cdfecf4c865 | userName: admin java.lang.NoClassDefFoundError: Could not initialize class oshi.software.os.mac.MacOperatingSystem at oshi.SystemInfo.createOperatingSystem(SystemInfo.java:111) at oshi.util.Memoizer$1.get(Memoizer.java:87) at oshi.SystemInfo.getOperatingSystem(SystemInfo.java:100) at com.atlassian.confluence.plugins.synchrony.bootstrap.SynchronyEnvironmentBuilder.getConfluenceProcessId(SynchronyEnvironmentBuilder.java:287) at com.atlassian.confluence.plugins.synchrony.bootstrap.SynchronyEnvironmentBuilder.setupEnvironment(SynchronyEnvironmentBuilder.java:170) at com.atlassian.confluence.plugins.synchrony.bootstrap.SynchronyEnvironmentBuilder.build(SynchronyEnvironmentBuilder.java:92) at com.atlassian.confluence.plugins.synchrony.bootstrap.DefaultSynchronyProcessManager.startProcess(DefaultSynchronyProcessManager.java:300) at com.atlassian.confluence.plugins.synchrony.bootstrap.DefaultSynchronyProcessManager.startupSynchrony(DefaultSynchronyProcessManager.java:395) at com.atlassian.confluence.plugins.synchrony.bootstrap.DefaultSynchronyProcessManager.lambda$startup$0(DefaultSynchronyProcessManager.java:348) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) 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:829)
Workaround
Currently there is no known workaround for this behavior. A workaround will be added here when available
- split from
-
CONFSERVER-60187 Support ARM platforms
- Gathering Interest