¿La actualización de seguridad de Mac OSX más reciente, versión 2016-001 (10.11.6), rompió java jnotify?

Instalé la actualización de seguridad 20016-001 para Mac OSx 10.11.6 esta mañana y ahora mi uso de sbt (0.13.8) con scala (2.11.8) y playframework (2.3.9) está dando el seguimiento a continuación. Supongo que la actualización incluye nuevos archivos de objetos compartidos que no funcionan con las versiones de Java que tengo instaladas. Probé jdk 1.7.0_80 y 1.8.0_92.

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)

Actualizar:

Terminé haciendo una limpieza/desinstalación/reinstalación masiva de mis herramientas java y scala, además de borrar mi caché ~/.ivy2. Algo allí lo arregló, pero no tuve tiempo de rastrear qué era.

Por cierto, mis compilaciones se han ralentizado significativamente y esta puede ser la causa.
También pasa con la versión de java "1.8.0_102"
Hola, solo para tu información: tengo el mismo problema. SBT muere de vez en cuando con este stacktrace, y también es muy lento. ¿Encontraste alguna solución a tu problema?
¿Usted (o @alwe) logró resolver esto?
Terminé haciendo una limpieza/desinstalación/reinstalación masiva de mis herramientas java y scala, además de borrar mi caché ~/.ivy2. Algo allí lo arregló, pero no tuve tiempo de rastrear qué era, lo siento.
Actualizado a la versión de Java más reciente (8.0_111-b14): no solucionó el problema. cara triste.png
Actualizado a la versión sbt más reciente a través de brew (0.13.13), no solucionó el problema. caramuytriste.png
Mi mejor suposición actualmente es que, mientras se construye el proyecto en modo de desarrollo, la cuota excede (no queda espacio en el dispositivo) y este es el motivo de la excepción.
Es posible que también hiciera una limpieza de disco en ese momento, pero no lo recuerdo específicamente.

Respuestas (1)

Elimine ~/.ivy (se volverá a crear) y ejecute 'activator clean'.