Permalink
Commits on Oct 25, 2017
  1. Update to dynapath 1.0.0

    tobias committed Oct 25, 2017
    With the advent of restrictions on reflection in Java 9, anything that
    loads dynapath will cause a warning to be printed to stdout complaining
    about reflective access to URLClassLoader, even if no code tries to
    modify a URLClassLoader:
    
    WARNING: An illegal reflective access operation has occurred
    WARNING: Illegal reflective access by dynapath.defaults$fn__1516$fn__1517 (file:/Users/kanwei/.m2/repository/boot/pod/2.7.2/pod-2.7.2.jar) to method java.net.URLClassLoader.addURL(java.net.URL)
    WARNING: Please consider reporting this to the maintainers of dynapath.defaults$fn__1516$fn__1517
    WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
    WARNING: All illegal access operations will be denied in a future release
    
    The only change in 1.0.0 is removing the ability to modify
    URLClassLoaders. Anyone that was relying on that behavior will either
    need to implement add-classpath-url from DynamicClasspath for
    URLClassLoaders (which will trigger the above output when used under
    Java 9), or use a clojure.lang.DynamicClassLoader (or similar) in the
    classloader tree as Leiningen does.
    
    See tobias/dynapath#7 for possibly more
    details.
Commits on Dec 9, 2016
  1. Update to dynapath 0.2.5

    tobias committed Dec 9, 2016
    This version addresses two Java 9 related issues:
    
    * 0.2.4 would fail under Java 9 if AOT'd
    * the latest Java 9 build (9-ea+148) broke dynapath's reflection to make
      URLClassLoader modifiable
Commits on Nov 22, 2016
  1. Update to dynapath 0.2.4 to support Java 9

    tobias committed Nov 22, 2016
    Java 9 no longer has sun.misc.Launcher, which dynapath < 0.2.4 assumed
    was always available.
Commits on Feb 21, 2013
  1. Update to latest dynapath

    tobias committed Feb 21, 2013
    0.2.3 has a fix that prevents pomegranate from modifying the boot
    class loader.
    
    The ExtClassLoader is a URLClassLoader, but shouldn't be given jars
    containing classes that it has already loaded via another url.
    
    Apparently the code in the old pomegranate protocol implementation
    that extended ExtClassLoader wasn't really a no-op.
Commits on Nov 27, 2012
Commits on Nov 22, 2012
Commits on Oct 3, 2012
  1. Use dynapath for manipulating the effective classpath

    tobias committed Oct 3, 2012
    This removes the URLClasspath protocol, and delegates that responsibility
    to dynapath.
    
    This change breaks backwards compatibility for any project that
    used/implemented URLClasspath.