Office connector Word import dark feature doesn't work on Apple silicon ARM chips

XMLWordPrintable

    • 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

      1. enable dark feature com.atlassian.confluence.officeconnector.canary
      2. 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

            Assignee:
            Zac Xu
            Reporter:
            Zac Xu
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: