I'm starting to worry that Java 9 is going to be like Python 3 and that it'll take years and years to get even a majority of users on board with it due to these changes.
On 22 April 2017 at 13:13, Ralph Goers <ralph.go...@dslextreme.com> wrote: > WRT modules my plan is to hope for the best and expect the worst. I am > working as we speak to create the module-info files for Java 9. These > shouldn’t cause any harm to applications that choose to not use Java > modules but will be necessary for those who do. If we don’t support it I > would expect that would just be another reason for users to run off and > pick a different framework that does. > > Also, there is no getting around StackWalker. > > I still see nothing in Java 8 worth making the effort for. I would > suggest using multi-release jars to support those Java 8 features you might > want to use, but that is pointless since multi-release jars aren’t > supported until Java 9. Even then, I ended up backing away from using them > as OSGi seems to have no intention of supporting them. > > 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 > > > -- Matt Sicker <boa...@gmail.com>
