I do most my work in a project that is just now discussing moving from 1.5 to 1.6, so I find "1.7" to be an exotic choice :)
I suppose shading in a few classes for caching is ok. I think using any of the functional stuff or the collections is a bad choice currently. Kristian 2014-12-24 19:06 GMT+01:00 Andy Seaborne <a...@apache.org>: > On 24/12/14 05:47, Stian Soiland-Reyes wrote: >> >> Will JDK8 become a requirement before Jena 2? I would hope not >> immediately, >> JDK7 is still a very large install base (if not the largest). > > > No one has suggested it. It is not that long ago we moved to requiring Java > 7. > > Generally, it's been "last 2 supported versions" though it's easier to have > that rule then apply it as it needs to factor in take up across all JVMs. > > (The Web says) Java 9 is scheduled for Autum 2016. > > Andy > > I just found out: > """ > Complete the removal, begun in Java SE 8, of underscore from the set of > legal identifier names. > """ > Andy > > >> On 23 Dec 2014 11:36, "Kristian Rosenvold" <krosenv...@apache.org> wrote: >> >>> Since jena is reasonably progressive wrt jdk I'd probably give that >>> move an extra thought: jdk8 makes most of guava "obsolete", outdated >>> or cumbersome. In our jdk8-based code base we generally found apache >>> commons-lang/io + java8 to be a much more pleasing combination. >>> >>> Kristian >>> >>> >>> 2014-12-23 17:32 GMT+01:00 Andy Seaborne <a...@apache.org>: >>>> >>>> I've added Guava as a managed dependency in jena-parent. The license is >>>> Apache 2.0. >>>> >>>> Andy >>> >>> >> >