On Mon, Jan 21, 2019 at 9:25 AM Martin Grigorov <mgrigo...@apache.org> wrote: > > Speaking of future developments for Wicket 9, I've got (so far) a couple > > of nice-to-have: > > > > - Use Java modularization (project Jigsaw): we should work to fully > > embrace the new modularization framework. If I remember correctly Martin > > has done some work with automatic modules but I can't find the exact > > commit at the moment. > > > > I cannot find it either! Somehow it got lost! > http://branchandbound.net/blog/java/2017/12/automatic-module-name/ - this > article explains the required changes. > > But apart from this minimal change I am not sure we should go fully Jigsaw. > Many libraries still do not support Java 9 modules - > https://blog.frankel.ch/hard-look-state-java-modularization/ > Servlet specification is not updated to make use of Jigsaw and the web > containers do not make use of it.
Yup, I'm not sure modularization should currently be our main focus. When Java EE supports it, we can follow suit. > > - Dismiss utility classes Time and Duration: Wicket still heavily use a > > couple of classes from package org.apache.wicket.util.time: Time and > > Duration. These classes are virtually equivalent to java.time.Instant > > and java.time.Duration. I'm aware that this is not a trivial task and > > it's quite delicate, but I'd really like to not depend on custom code > > for tasks like time and dates that are well supported by Java. For those > > who are interested I've started to make some experiment with this task > > and the results are very encouraging as most of the changes are in-place > > replacements of the old classes with the standard entities. You can find > > the code here: https://github.com/bitstorm/wicket/tree/remove-time-utils > > > +1 if the migratiin is easy > The Wicket classes should stay as deprecated for the lifetime of 9.x though I'm not directly opposed to deprecating them in 8.x (though we are at 8.3 soon, so might be a tad late for deprecation) and removing in 9.0 (or making them module private :-D) Martijn
