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
