-
Bug
-
Resolution: Fixed
-
Low
-
7.17.1
-
Severity 3 - Minor
-
Issue Summary
An Office connector dark feature used OSHI and JNA to detect system information shipped by ticket https://jira.atlassian.com/browse/CONFSERVER-34383
KB article to explain this https://confluence.atlassian.com/confkb/jvm-crashes-during-import-from-word-in-confluence-815577714.html
The list of incompatible dependencies.
<dependency> <groupId>com.github.dblock</groupId> <artifactId>oshi-core</artifactId> <version>3.3</version> </dependency><dependency> <groupId>net.java.dev.jna</groupId> <artifactId>jna-platform</artifactId> <version>4.2.2</version> </dependency><dependency> <groupId>net.java.dev.jna</groupId> <artifactId>jna</artifactId> <version>4.2.2</version> </dependency>
Steps to Reproduce
- enable dark feature com.atlassian.confluence.officeconnector.canary
- import a word file
Expected Results
Actual Results
Caused by: java.lang.UnsatisfiedLinkError: /Users/zxu2/Library/Caches/JNA/temp/jna18283409204794830336.tmp: dlopen(/Users/zxu2/Library/Caches/JNA/temp/jna18283409204794830336.tmp, 0x0001): tried: '/Users/zxu2/Library/Caches/JNA/temp/jna18283409204794830336.tmp' (fat file, but missing compatible architecture (have 'i386,x86_64', need 'arm64e')) at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method) at java.base/java.lang.ClassLoader$NativeLibrary.load(ClassLoader.java:2442) at java.base/java.lang.ClassLoader$NativeLibrary.loadLibrary(ClassLoader.java:2498) at java.base/java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2694) at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2627) at java.base/java.lang.Runtime.load0(Runtime.java:768) at java.base/java.lang.System.load(System.java:1837) at com.sun.jna.Native.loadNativeDispatchLibraryFromClasspath(Native.java:1018) at com.sun.jna.Native.loadNativeDispatchLibrary(Native.java:988) at com.sun.jna.Native.<clinit>(Native.java:195) at com.sun.jna.Structure.setAlignType(Structure.java:280) at com.sun.jna.Structure.<init>(Structure.java:197) at com.sun.jna.Structure.<init>(Structure.java:193) at com.sun.jna.Structure.<init>(Structure.java:180) at com.sun.jna.Structure.<init>(Structure.java:172) at com.sun.jna.platform.mac.SystemB$VMStatistics.<init>(SystemB.java:104) at oshi.hardware.platform.mac.MacGlobalMemory.queryVmStats(MacGlobalMemory.java:136) at oshi.util.Memoizer$1.get(Memoizer.java:87) at oshi.hardware.platform.mac.MacGlobalMemory.getAvailable(MacGlobalMemory.java:69) at com.atlassian.confluence.extra.office.canary.AbstractCanaryExecutor.checkMemory(AbstractCanaryExecutor.java:129) at com.atlassian.confluence.extra.office.canary.AbstractCanaryExecutor.isAvailable(AbstractCanaryExecutor.java:120) at com.atlassian.confluence.extra.office.canary.AbstractCanaryExecutor.verify(AbstractCanaryExecutor.java:95) at com.benryan.webwork.WordImportAction.executeFileUpload(WordImportAction.java:133)
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