Temurin-build: LinkError sur les applications GUI sur MacOS

Créé le 10 sept. 2018 · 26Commentaires · Source: adoptium/temurin-build

_De @helenmasters le 5 septembre 2017 13: 7_

Nous constatons un problème sur OSX lorsque nous essayons d'exécuter des applications GUI. Il semble que / Users / jenkins / workspace est codé en dur et ne peut donc pas être résolu sur la machine de l'utilisateur.

Exception in thread "main" java.lang.UnsatisfiedLinkError: /Users/helenmasters/sdks/check/jdk8u144-b01/jre/lib/libfontmanager.dylib: dlopen(/Users/helenmasters/sdks/check/jdk8u144-b01/jre/lib/libfontmanager.dylib, 1): Library not loaded: /Users/jenkins/workspace/openjdk_build_x86-64_macos/openjdk/installedfreetype/lib/libfreetype.6.dylib
  Referenced from: /Users/helenmasters/sdks/check/jdk8u144-b01/jre/lib/libfontmanager.dylib
  Reason: image not found
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
    at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1845)
    at java.lang.Runtime.loadLibrary0(Runtime.java:870)
    at java.lang.System.loadLibrary(System.java:1122)
    at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:93)
    at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:80)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.lwawt.macosx.LWCToolkit.<clinit>(LWCToolkit.java:79)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:264)
    at java.awt.Toolkit$2.run(Toolkit.java:860)
    at java.awt.Toolkit$2.run(Toolkit.java:855)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:854)
    at javax.swing.UIManager.getSystemLookAndFeelClassName(UIManager.java:611)
    at javax.swing.UIManager$1.run(UIManager.java:1233)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.swing.UIManager.loadSwingProperties(UIManager.java:1228)
    at javax.swing.UIManager.initialize(UIManager.java:1457)
    at javax.swing.UIManager.maybeInitialize(UIManager.java:1426)
    at javax.swing.UIManager.getUI(UIManager.java:1006)
    at javax.swing.JPanel.updateUI(JPanel.java:126)
    at javax.swing.JPanel.<init>(JPanel.java:86)
    at javax.swing.JPanel.<init>(JPanel.java:109)
    at javax.swing.JPanel.<init>(JPanel.java:117)
    at citmsxa.<init>(citmsxa.java:11)
    at citmsxa.main(citmsxa.java:376)

Voici la sortie de la commande otool suggérant que le chemin est incorrect ...

helens-mbp:check helenmasters$ otool -L /Users/helenmasters/sdks/check/jdk8u144-b01/jre/lib/libfontmanager.dylib
/Users/helenmasters/sdks/check/jdk8u144-b01/jre/lib/libfontmanager.dylib:
    @rpath/libfontmanager.dylib (compatibility version 1.0.0, current version 1.0.0)
    /Users/jenkins/workspace/openjdk_build_x86-64_macos/openjdk/installedfreetype/lib/libfreetype.6.dylib (compatibility version 12.0.0, current version 12.0.0)
    @rpath/libawt.dylib (compatibility version 1.0.0, current version 1.0.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0)
    /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 56.0.0)
    @rpath/libjava.dylib (compatibility version 1.0.0, current version 1.0.0)
    @rpath/libjvm.dylib (compatibility version 1.0.0, current version 1.0.0)

_Copié à partir du numéro d'origine: AdoptOpenJDK / openjdk-jdk8u-backup # 4_

bug

Source

karianna

Commentaire le plus utile

Affichage d'une erreur éventuellement liée sur MacOS 10.13.6 à l'aide d'AdoptOpenJDK jdk8u172-b11
La configuration d'un lien symbolique est une solution de contournement au problème:
ln -s libfreetype.dylib.6 libfreetype.6.dylib

Trace de la pile
Exception in thread "main" java.lang.UnsatisfiedLinkError: /Library/Java/JavaVirtualMachines/jdk8u172-b11/jre/lib/libfontmanager.dylib: dlopen(/Library/Java/JavaVirtualMachines/jdk8u172-b11/jre/lib/libfontmanager.dylib, 1): Library not loaded: @rpath/libfreetype.6.dylib Referenced from: /Library/Java/JavaVirtualMachines/jdk8u172-b11/jre/lib/libfontmanager.dylib Reason: image not found at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1845) at java.lang.Runtime.loadLibrary0(Runtime.java:870) at java.lang.System.loadLibrary(System.java:1122) at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:93)

pdl3 le 28 sept. 2018

👍11 🎉3

Tous les 26 commentaires

_De @Diagoras le 6 septembre 2018 16:53_

FWIW, j'ai le même problème. Cela nous empêche actuellement de migrer une application vers AdoptOpenJDK.

karianna le 10 sept. 2018

@johnoliver LMK si vous voulez que cela soit déplacé vers le

karianna le 10 sept. 2018

_De @johnoliver le 7 septembre 2018 12:15_

Je pense que cela a été corrigé, pouvez-vous essayer un binaire récent de https://github.com/AdoptOpenJDK/openjdk8-binaries/releases

karianna le 10 sept. 2018

_De @Diagoras le 10 septembre 2018 19: 36_

@johnoliver Hé, j'ai essayé avec la version Hotspot jdk8u-2018-07-26-16-12 pour MacOS, mais j'ai rencontré le même problème. Spécifiquement:

Fatal(java.lang.UnsatisfiedLinkError: /Users/[username]/Downloads/jdk8u181-b13/jre/lib/libfontmanager.dylib: dlopen(/Users/[username]/Downloads/jdk8u181-b13/jre/lib/libfontmanager.dylib, 1): Library not loaded: @rpath/libfreetype.6.dylib
  Referenced from: /Users/[username]/Downloads/jdk8u181-b13/jre/lib/libfontmanager.dylib
  Reason: image not found
)

Pouvons-nous rouvrir ce numéro?

karianna le 10 sept. 2018

Rouvert, mais je vais le déplacer vers le dépôt de compilation

karianna le 10 sept. 2018

pdl3 le 28 sept. 2018

👍11 🎉3

Le problème existe toujours avec la version jdk8u181-b13:

java.lang.UnsatisfiedLinkError: /Library/Java/JavaVirtualMachines/jdk8u181-b13/Contents/Home/jre/lib/libfontmanager.dylib: dlopen(/Library/Java/JavaVirtualMachines/jdk8u181-b13/Contents/Home/jre/lib/libfontmanager.dylib, 1): Library not loaded: @rpath/libfreetype.6.dylib
  Referenced from: /Library/Java/JavaVirtualMachines/jdk8u181-b13/Contents/Home/jre/lib/libfontmanager.dylib
  Reason: image not found

Le nom réel de la bibliothèque ne correspond pas à rpath:

$ ls /Library/Java/JavaVirtualMachines/jdk8u181-b13/Contents/Home/jre/lib/libfreetype*
/Library/Java/JavaVirtualMachines/jdk8u181-b13/Contents/Home/jre/lib/libfreetype.dylib.6

zman0900 le 18 oct. 2018

Je viens de rencontrer ce problème car nous avons une dépendance sur Apache POI, nous ne pouvons donc pas migrer pour adopter open jdk 8 ...

Alasiac le 18 oct. 2018

Y a-t-il un reproductible court / simple que je peux essayer?

karianna le 18 oct. 2018

Voici un exemple de base de ce qui déclenche l'exception:

poi-example.zip

L'exemple s'exécute sur un Oracle jdk8.

Trace de pile lors de l'exécution du test:

runningPoiResultsInLinkError (com.example.poi.link.PoiLinkTest) Temps écoulé: 0,958 sec <<< ERREUR!
java. jre / lib / libfontmanager.dylib, 1): Bibliothèque non chargée: @ rpath / libfreetype.6.dylib
Référencé à partir de: /Library/Java/JavaVirtualMachines/adoptopenjdk-8.jdk/Contents/Home/jre/lib/libfontmanager.dylib
Raison: image non trouvée
à java.lang.ClassLoader $ NativeLibrary.load (méthode native)
à java.lang.ClassLoader.loadLibrary0 (ClassLoader.java:1941)
à java.lang.ClassLoader.loadLibrary (ClassLoader.java:1845)
à java.lang.Runtime.loadLibrary0 (Runtime.java:870)
à java.lang.System.loadLibrary (System.java:1122)
à sun.font.FontManagerNativeLibrary $ 1.run (FontManagerNativeLibrary.java:61)
à java.security.AccessController.doPrivileged (méthode native)
à sun.font.FontManagerNativeLibrary.(FontManagerNativeLibrary.java:32)
à sun.font.SunFontManager $ 1.run (SunFontManager.java:339)
à java.security.AccessController.doPrivileged (méthode native)
à sun.font.SunFontManager.(SunFontManager.java:335)
à java.lang.Class.forName0 (méthode native)
à java.lang.Class.forName (Class.java:348)
à sun.font.FontManagerFactory $ 1.run (FontManagerFactory.java:82)
à java.security.AccessController.doPrivileged (méthode native)
à sun.font.FontManagerFactory.getInstance (FontManagerFactory.java:74)
à java.awt.Font.getFont2D (Font.java:491)
à java.awt.Font.canDisplayUpTo (Font.java:2060)
à java.awt.font.TextLayout.singleFont (TextLayout.java:470)
à java.awt.font.TextLayout.(TextLayout.java:531)
à org.apache.poi.ss.util.SheetUtil.getColumnWidth (SheetUtil.java:208)
à org.apache.poi.xssf.streaming.SXSSFSheet.autoSizeColumn (SXSSFSheet.java:1166)
à org.apache.poi.xssf.streaming.SXSSFSheet.autoSizeColumn (SXSSFSheet.java:1148)
à com.example.poi.link.PoiLinkTest.runningPoiResultsInLinkError (PoiLinkTest.java:14)

Alasiac le 19 oct. 2018

👍2

Même chose ici, Swing ne fonctionne pas avec u192-b12 (note: j'ai rencontré ceci lors de la migration d'OracleJDK):

Exception in thread "main" java.lang.UnsatisfiedLinkError: /Library/Java/JavaVirtualMachines/jdk8u192-b12/Contents/Home/jre/lib/libfontmanager.dylib: dlopen(/Library/Java/JavaVirtualMachines/jdk8u192-b12/Contents/Home/jre/lib/libfontmanager.dylib, 1): Library not loaded: @rpath/libfreetype.6.dylib
  Referenced from: /Library/Java/JavaVirtualMachines/jdk8u192-b12/Contents/Home/jre/lib/libfontmanager.dylib
  Reason: image not found
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
    at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1845)
    at java.lang.Runtime.loadLibrary0(Runtime.java:870)
    at java.lang.System.loadLibrary(System.java:1122)
    at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:93)
    at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:80)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.lwawt.macosx.LWCToolkit.<clinit>(LWCToolkit.java:79)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:264)
    at java.awt.Toolkit$2.run(Toolkit.java:860)
    at java.awt.Toolkit$2.run(Toolkit.java:855)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:854)
    at java.awt.Window.getToolkit(Window.java:1358)
    at java.awt.Window.init(Window.java:506)
    at java.awt.Window.<init>(Window.java:436)
    at java.awt.Frame.<init>(Frame.java:446)
    at java.awt.Frame.<init>(Frame.java:404)
    at javax.swing.JFrame.<init>(JFrame.java:213)

slandelle le 5 nov. 2018

J'ai le même problème. Même avec un code aussi simple que celui-ci (fonctionnant avec Netbeans):

public class JavaApplication4 {
    /**
     * <strong i="6">@param</strong> args the command line arguments
     */
    public static void main(String[] args) {
        System.out.println(" Hello !");

        JFrame frame = new JFrame("Testando");
        frame.setVisible(true);
        frame.setSize(300, 300);
    }
}

run:
 Hello !
Exception in thread "main" java.lang.UnsatisfiedLinkError: /Library/Java/JavaVirtualMachines/jdk8u192-b12/Contents/Home/jre/lib/libfontmanager.dylib: dlopen(/Library/Java/JavaVirtualMachines/jdk8u192-b12/Contents/Home/jre/lib/libfontmanager.dylib, 1): Library not loaded: @rpath/libfreetype.6.dylib
  Referenced from: /Library/Java/JavaVirtualMachines/jdk8u192-b12/Contents/Home/jre/lib/libfontmanager.dylib
  Reason: image not found
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
    at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1845)
    at java.lang.Runtime.loadLibrary0(Runtime.java:870)
    at java.lang.System.loadLibrary(System.java:1122)
    at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:93)
    at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:80)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.lwawt.macosx.LWCToolkit.<clinit>(LWCToolkit.java:79)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:264)
    at java.awt.Toolkit$2.run(Toolkit.java:860)
    at java.awt.Toolkit$2.run(Toolkit.java:855)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:854)
    at java.awt.Window.getToolkit(Window.java:1358)
    at java.awt.Window.init(Window.java:506)
    at java.awt.Window.<init>(Window.java:537)
    at java.awt.Frame.<init>(Frame.java:420)
    at javax.swing.JFrame.<init>(JFrame.java:233)
    at javaapplication4.JavaApplication4.main(JavaApplication4.java:23)
/Users/gabriela/Library/Caches/NetBeans/8.2/executor-snippets/run.xml:53: Java returned: 1
BUILD FAILED (total time: 3 seconds)

Je ne peux pas migrer vers AdoptOpenJDK à cause de cela.

gabibau le 5 déc. 2018

La solution de contournement consiste à créer un lien symbolique: libfreetype.6.dylib -> libfreetype.dylib.6

slandelle le 6 déc. 2018

👍2

@slandelle La cause principale est-elle simplement que le nom de fichier a "6" et "dylib" dans le mauvais ordre? Parce que c'est assez drôle et, espérons-le, une solution facile.

Diagoras le 6 déc. 2018

Cela semble être une différence subtile entre les versions de Mac OS X. J'espère que cela sera résolu la semaine prochaine pour les futures versions!

karianna le 7 déc. 2018

👍2

La solution de contournement consiste à créer un lien symbolique: libfreetype.6.dylib -> libfreetype.dylib.6

Cela fonctionne ici. J'espère que cela aidera à résoudre le problème bientôt.
Merci!

gabibau le 10 déc. 2018

1 cd vers le chemin jdk lib "/ Contents / Home / jre / lib"

2 puis "sudo ln -s libfreetype.dylib.6 libfreetype.6.dylib"

Cela a fonctionné pour moi.

Cynthiahaha le 11 déc. 2018

👍10 😄2

Essayer d'exécuter groovysh Groovy - qui n'est pas un outil graphique - sur AdoptOpenJDK 8 déclenche également ceci:

$ groovysh
java.lang.reflect.InvocationTargetException
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.codehaus.groovy.tools.GroovyStarter.rootLoader(GroovyStarter.java:110)
    at org.codehaus.groovy.tools.GroovyStarter.main(GroovyStarter.java:128)
Caused by: java.lang.UnsatisfiedLinkError: /Library/Java/JavaVirtualMachines/openjdk8/Contents/Home/jre/lib/libfontmanager.dylib: dlopen(/Library/Java/JavaVirtualMachines/openjdk8/Contents/Home/jre/lib/libfontmanager.dylib, 1): Library not loaded: @rpath/libfreetype.6.dylib
  Referenced from: /Library/Java/JavaVirtualMachines/openjdk8/Contents/Home/jre/lib/libfontmanager.dylib
  Reason: image not found
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
    at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1845)
    at java.lang.Runtime.loadLibrary0(Runtime.java:870)
    at java.lang.System.loadLibrary(System.java:1122)
    at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:93)
    at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:80)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.lwawt.macosx.LWCToolkit.<clinit>(LWCToolkit.java:79)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:264)
    at java.awt.Toolkit$2.run(Toolkit.java:860)
    at java.awt.Toolkit$2.run(Toolkit.java:855)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:854)
    at java.awt.Desktop.isDesktopSupported(Desktop.java:169)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:104)
    at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:326)
    at groovy.lang.MetaClassImpl.getProperty(MetaClassImpl.java:1859)
    at groovy.lang.MetaClassImpl.getProperty(MetaClassImpl.java:3797)
    at org.codehaus.groovy.runtime.callsite.ClassMetaClassGetPropertySite.getProperty(ClassMetaClassGetPropertySite.java:50)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callGetProperty(AbstractCallSite.java:298)
    at org.codehaus.groovy.tools.shell.commands.DocCommand.<clinit>(DocCommand.groovy:53)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
    at org.codehaus.groovy.reflection.CachedConstructor.invoke(CachedConstructor.java:83)
    at org.codehaus.groovy.runtime.callsite.ConstructorSite$ConstructorSiteNoUnwrapNoCoerce.callConstructor(ConstructorSite.java:105)
    at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallConstructor(CallSiteArray.java:59)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:237)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:249)
    at org.codehaus.groovy.tools.shell.util.DefaultCommandsRegistrar.register(DefaultCommandsRegistrar.groovy:84)
    at org.codehaus.groovy.tools.shell.util.DefaultCommandsRegistrar$register.call(Unknown Source)
    at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:115)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:119)
    at org.codehaus.groovy.tools.shell.Groovysh$_createDefaultRegistrar_closure3.doCall(Groovysh.groovy:121)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:104)
    at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:326)
    at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:264)
    at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1041)
    at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:41)
    at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:115)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:127)
    at org.codehaus.groovy.tools.shell.Groovysh.<init>(Groovysh.groovy:109)
    at org.codehaus.groovy.tools.shell.Groovysh.<init>(Groovysh.groovy:140)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
    at org.codehaus.groovy.reflection.CachedConstructor.invoke(CachedConstructor.java:83)
    at org.codehaus.groovy.runtime.callsite.ConstructorSite$ConstructorSiteNoUnwrapNoCoerce.callConstructor(ConstructorSite.java:105)
    at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallConstructor(CallSiteArray.java:59)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:237)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:257)
    at org.codehaus.groovy.tools.shell.Main.<init>(Main.groovy:65)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
    at org.codehaus.groovy.reflection.CachedConstructor.invoke(CachedConstructor.java:83)
    at org.codehaus.groovy.runtime.callsite.ConstructorSite$ConstructorSiteNoUnwrapNoCoerce.callConstructor(ConstructorSite.java:105)
    at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallConstructor(CallSiteArray.java:59)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:237)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:257)
    at org.codehaus.groovy.tools.shell.Main.main(Main.groovy:158)
    ... 6 more

Créer le lien symbolique comme suggéré par @Cynthiahaha aide.

Ce problème groovysh n'est pas présent lors de l'utilisation d'une version AdoptOpenJDK 11 (HotSpot ou OpenJ9).

breun le 26 déc. 2018

La cause principale est-elle simplement que le nom de fichier a «6» et «dylib» dans le mauvais ordre? Parce que c'est assez drôle et, espérons-le, une solution facile.

Cela semble être une différence subtile entre les versions de Mac OS X

Sur les systèmes d'exploitation non-macOS UNIX, le suffixe de la bibliothèque partagée est "so" et il apparaît avant tout numéro de version (par exemple "libfreetype.so.6"). Sous macOS, le suffixe de la bibliothèque dynamique est "dylib" et il apparaît après le numéro de version majeur facultatif (par exemple, "libfreetype.6.dylib"). Toutes les versions de macOS suivent cette convention. Il y a probablement quelque part dans le système de construction où une hypothèse selon laquelle le numéro de version devrait apparaître après le suffixe est incorrectement appliquée lors de la construction sur macOS.

ryandesign le 11 janv. 2019

👍1

1 cd vers le chemin jdk lib "/ Contents / Home / jre / lib"
2 puis "sudo ln -s libfreetype.dylib.6 libfreetype.6.dylib"
Cela a fonctionné pour moi.

Merci pour cette solution de contournement. Cela a également affecté la création de fichiers PDF (via un service de backend), pas seulement sur une application GUI.

justinnichols le 14 janv. 2019

👍2

@helenmasters @justinnichols @ryandesign @breun @Cynthiahaha @gabibau et vous pouvez essayer

Pouvez-vous essayer le JDK / JRE sur: https://ci.adoptopenjdk.net/job/build-scripts/job/jobs/job/jdk8u/job/jdk8u-mac-x64-hotspot/148/

karianna le 15 janv. 2019

@karianna Ils semblent résoudre le problème que j'ai eu avec l'exécution de groovysh .

J'ai remarqué que ces versions avaient à la fois libfreetype.6.dylib et libfreetype.dylib.6 et elles ne sont pas identiques:

$ ls -l libfreetype.*
-rwxr-xr-x@ 1 breun  staff  873072 15 jan 18:38 libfreetype.6.dylib
-rwxr-xr-x@ 1 breun  staff  873088 15 jan 18:38 libfreetype.dylib.6

Est-ce nécessaire / intentionnel?

breun le 16 janv. 2019

@karianna Ils semblent résoudre le problème que j'ai eu avec l'exécution de groovysh .
J'ai remarqué que ces versions avaient à la fois libfreetype.6.dylib et libfreetype.dylib.6 et elles ne sont pas identiques:
$ ls -l libfreetype.*
-rwxr-xr-x@ 1 breun  staff  873072 15 jan 18:38 libfreetype.6.dylib
-rwxr-xr-x@ 1 breun  staff  873088 15 jan 18:38 libfreetype.dylib.6
Est-ce nécessaire / intentionnel?

@johnoliver Même question que les autres problèmes.

karianna le 16 janv. 2019

pense que c'est fait

johnoliver le 23 janv. 2019

peut-il être fermé @johnoliver

gdams le 23 janv. 2019

Je pense que oui, peut être rouvert si quelqu'un a un problème

johnoliver le 24 janv. 2019

Cette page vous a été utile?

0 / 5 - 0 notes

Questions connexes

Argument de configuration JDK8 --with-macosx-codesign-identity non pris en charge

adam-thorpe · 7Commentaires

Enquêter sur un crochet de relations publiques pour vérifier si quelqu'un a signé l'OCA et sinon pour l'inviter

karianna · 5Commentaires

Générer un journal des modifications pour chaque version

karianna · 7Commentaires

Ajouter x64AlpineLinux pour Dragonwell 11

joeyleeeeeee97 · 5Commentaires

Prise en charge de la construction dans gcc 9

joeyleeeeeee97 · 7Commentaires