Oh, and I suppose this is a great time to gloat: if Java 9 turns out to be a dud, there's always Scala and Kotlin as interesting alternatives to continue the general Java platform. Depending on how this goes, it's even possible that a company like IBM or Red Hat will fork Java into a new language. Then, after a few years of fragmentation, Oracle gives up and donates it to the ASF after it's already irrelevant.
On 23 April 2017 at 11:19, Matt Sicker <boa...@gmail.com> wrote: > One potential scenario I see is that many users may just end up disabling > JPMS in all their applications to the point that it's significantly revised > or scaled back for Java 10 or later. > > On 23 April 2017 at 11:04, Gary Gregory <garydgreg...@gmail.com> wrote: > >> Worse: Are Java 9 modules its Titanic? >> https://developer.jboss.org/blogs/scott.stark/2017/04/14/cri >> tical-deficiencies-in-jigsawjsr-376-java-platform-module- >> system-ec-member-concerns >> >> >> Gary >> >> On Apr 22, 2017 5:02 PM, "Ralph Goers" <ralph.go...@dslextreme.com> >> wrote: >> >> > This is an interesting look at the problems faced in getting Hibernate >> to >> > work. http://stackoverflow.com/questions/43258796/hibernate- >> > support-for-java-9 <http://stackoverflow.com/ques >> tions/43258796/hibernate- >> > support-for-java-9>. >> > >> > The issue with the compile problem with javax.xml are familiar to me - I >> > had to modify some Log4j code to not use the DataType converter as it >> isn’t >> > present in the java.base module. >> > >> > Ralph >> > >> > > On Apr 22, 2017, at 4:40 PM, Ralph Goers <ralph.go...@dslextreme.com> >> > wrote: >> > > >> > > 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=cadb800f39946ec62ea2b >> 1af9fe6a2b8> >> > >> >> > >> <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=31ecd1f6b6d1eaf8886ac >> 902a24de418%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 >> > > >> > >> > >> > > > > -- > Matt Sicker <boa...@gmail.com> > -- Matt Sicker <boa...@gmail.com>