Hat das neueste Sicherheitsupdate für Mac OSX, Version 2016-001 (10.11.6), Java jnotify beschädigt?

Ich habe heute morgen das Sicherheitsupdate 20016-001 für Mac OSx 10.11.6 installiert und jetzt gibt meine Verwendung von sbt (0.13.8) mit scala (2.11.8) und playframework (2.3.9) die unten stehende Rückverfolgung aus. Ich vermute, dass das Update neue gemeinsam genutzte Objektdateien enthält, die mit den von mir installierten Java-Versionen nicht funktionieren. Ich habe jdk 1.7.0_80 und 1.8.0_92 ausprobiert.

java.lang.UnsatisfiedLinkError: no jnotify in java.library.path
        at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1886)
        at java.lang.Runtime.loadLibrary0(Runtime.java:849)
        at java.lang.System.loadLibrary(System.java:1088)
        at net.contentobjects.jnotify.macosx.JNotify_macosx.<clinit>(Unknown Source)
        at net.contentobjects.jnotify.macosx.JNotifyAdapterMacOSX.<init>(Unknown Source)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
        at java.lang.Class.newInstance(Class.java:383)
        at net.contentobjects.jnotify.JNotify.<clinit>(Unknown Source)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:606)
        at play.runsupport.JNotifyPlayWatchService$JNotifyDelegate.ensureLoaded(PlayWatchService.scala:168)
        at play.runsupport.JNotifyPlayWatchService$$anonfun$5.apply(PlayWatchService.scala:223)
        at play.runsupport.JNotifyPlayWatchService$$anonfun$5.apply(PlayWatchService.scala:179)

Aktualisieren:

Am Ende führte ich eine massive Bereinigung/Deinstallation/Neuinstallation meiner Java- und Scala-Tools durch und löschte meinen ~/.ivy2-Cache. Irgendetwas darin hat es repariert, aber ich hatte keine Zeit, herauszufinden, was es war.

Übrigens haben sich meine Builds erheblich verlangsamt, und dies kann die Ursache sein.
Es passiert auch mit der Java-Version "1.8.0_102".
Hallo, nur zur Info: Ich habe das gleiche Problem. SBT stirbt hin und wieder mit diesem Stacktrace - und es ist auch sehr langsam. Haben Sie eine Lösung für Ihr Problem gefunden?
Hast du (oder @alwe) es geschafft, das zu lösen?
Am Ende führte ich eine massive Bereinigung/Deinstallation/Neuinstallation meiner Java- und Scala-Tools durch und löschte meinen ~/.ivy2-Cache. Irgendetwas darin hat es behoben, aber ich hatte keine Zeit, herauszufinden, was es war, tut mir leid.
Aktualisiert auf die neueste Java-Version (8.0_111-b14) - hat das Problem nicht behoben. trauriges Gesicht.png
Aktualisiert auf die neueste sbt-Version über brew (0.13.13) - hat das Problem nicht behoben. verysadface.png
Meine beste Vermutung ist derzeit, dass beim Erstellen des Projekts im Dev-Modus das Kontingent überschritten wird (kein Speicherplatz mehr auf dem Gerät) und dies der Grund für die Ausnahme ist.
Es ist möglich, dass ich damals auch eine Datenträgerbereinigung durchgeführt habe, aber ich erinnere mich nicht genau daran.

Antworten (1)

Löschen Sie ~/.ivy (es wird neu erstellt) und führen Sie „activator clean“ aus.

Hat das neueste Sicherheitsupdate für Mac OSX, Version 2016-001 (10.11.6), Java jnotify beschädigt?
AntwortenHierDatenschutz-Bestimmungen1y, 0v