Oh - I just reread this. S far as I know Java 9 has a scheduled release date. It is July 27.
BTW - here is the complete set of features - https://docs.oracle.com/javase/9/whatsnew/toc.htm#JSNEW-GUID-BA9D8AF6-E706-4327-8909-F6747B8F35C5 <https://docs.oracle.com/javase/9/whatsnew/toc.htm#JSNEW-GUID-BA9D8AF6-E706-4327-8909-F6747B8F35C5>. Ralph > On Apr 22, 2017, at 10:45 AM, Gary Gregory <garydgreg...@gmail.com> wrote: > > Let me play devil's advocate here for a sec... > > Java 9 modules and this auto naming business sounds painful. Is there any > chance that this feature will be ignored like java.util.logging is or > should be? > > Can we stop tying ourselves into unreleased pretzels over a moving target > since we do not know when Java 9 will be out. > > Can't we refocus this energy on getting the best out of Java 8? > > Ducking from incoming tomatoes, > Gary > > On Fri, Apr 21, 2017 at 8:48 PM, Matt Sicker <boa...@gmail.com> wrote: > >> I'm a fan of splitting packages up better due to OSGi support in the first >> place. Hierarchical packaging is definitely something new (OSGi doesn't >> care about that; each package is considered separately), and it could help >> in making some classes more organized. >> >> On 21 April 2017 at 14:55, Stefan Bodewig <bode...@apache.org> wrote: >> >>> On 2017-04-21, Ralph Goers wrote: >>> >>>> I have not started work on this yet, but from looking at >>>> http://blog.joda.org/2017/04/java-9-modules-jpms-basics.html >>>> <http://blog.joda.org/2017/04/java-9-modules-jpms-basics.html> it >>>> seems we are going to have problems with a) plugins that are in >>>> different jars (modules) that use the same namespace and b) log4j-core >>>> as it currently exists. >>> >>>> Item b is a problem because the module-info for log4j-core should have >>>> a requires ONLY for log4j-api. For example, I’m not sure how we can >>>> have an optional dependency on Jackson. >>> >>> requires static module-name-of-jackson; >>> >>> http://cr.openjdk.java.net/~mr/jigsaw/spec/lang-vm.html section 1.1.1 >>> >>> The requires keyword may be followed by the modifier static. This >>> specifies that the dependence, while mandatory at compile time, is >>> optional at run time. >>> >>> Of course "requires static" captures this way more clearly than "require >>> optional" which was proposed intially >>> http://openjdk.java.net/projects/jigsaw/doc/topics/optional.html >>> >>> :-) >>> >>> Without knowing the structure of log4j too well I agree the strict >>> package hierarchies mandated by JPMS will be a problem. Probably for >>> many other projects with more than one artifact as well. >>> >>> Stefan >>> >> >> >> >> -- >> Matt Sicker <boa...@gmail.com> >> > > > > -- > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org > Java Persistence with Hibernate, Second Edition > <https://www.amazon.com/gp/product/1617290459/ref=as_li_tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1617290459&linkCode=as2&tag=garygregory-20&linkId=cadb800f39946ec62ea2b1af9fe6a2b8> > > <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a=1617290459> > JUnit in Action, Second Edition > <https://www.amazon.com/gp/product/1935182021/ref=as_li_tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182021&linkCode=as2&tag=garygregory-20&linkId=31ecd1f6b6d1eaf8886ac902a24de418%22> > > <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a=1935182021> > Spring Batch in Action > <https://www.amazon.com/gp/product/1935182951/ref=as_li_tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182951&linkCode=%7B%7BlinkCode%7D%7D&tag=garygregory-20&linkId=%7B%7Blink_id%7D%7D%22%3ESpring+Batch+in+Action> > <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a=1935182951> > Blog: http://garygregory.wordpress.com > Home: http://garygregory.com/ > Tweet! http://twitter.com/GaryGregory