Gang, One of the agenda items in yesterday's F2F was "Qi4j version 2.0", i.e. a future incompatible version, giving us the ability to make bigger changes to Qi4j than the 1.x line of releases allows us by convention. It became a fairly short discussion;
- "Anything you want to remove?" - "Nah, not really." - "How about ...?" - "... No, let's keep that." - "It doesn't feel that we have much bloat or that there are any drastic changes we should do..." - "I agree." The only thing that I could think of was whether there is anything in Java 7 and Java 8 that we can/should/want to leverage to our advantage. Basically, we are not experienced enough with these to have an opinion about. So, we leave the field open to everyone to chip in... Stop, Start, Continue?? What is the future technology path for Qi4j, which is not evolve-able in the current codebase? Cheers -- Niclas Hedhman, Software Developer http://www.qi4j.org - New Energy for Java I live here; http://tinyurl.com/3xugrbk I work here; http://tinyurl.com/24svnvk I relax here; http://tinyurl.com/2cgsug _______________________________________________ qi4j-dev mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/qi4j-dev
