Good! @Martijn: feel free to remove the experimental modules for wicket-bootstrap and examples NG when making the changes in the Maven groupIds
Martin Grigorov Wicket Training and Consulting On Mon, Jan 27, 2014 at 1:29 PM, Emond Papegaaij <emond.papega...@topicus.nl > wrote: > I had to remove the BeanManager JNDI reference from web.xml to get > things running, but it works fine without it. > > Emond > > On Monday 27 January 2014 13:24:21 Martin Grigorov wrote: > > what problems with wicket-examples ? > > cdi related ones or something else ? > > > > Martin Grigorov > > Wicket Training and Consulting > > > > > > On Mon, Jan 27, 2014 at 1:18 PM, Martijn Dashorst < > > > > martijn.dasho...@gmail.com> wrote: > > > sure. I saw Emond struggle with wicket-examples just today, so we > might > > > need a couple of days to stabilise things. > > > > > > The wicket-experimental groupIds are not yet converted. I have a > patch > > > waiting to do that, but have to ensure its viability for now. > > > > > > Martijn > > > > > > > > > On Mon, Jan 27, 2014 at 12:41 PM, Martin Grigorov > <mgrigo...@apache.org > > > > > > >wrote: > > > > OK, bean-validation, cdi-1.1 and native-websocket modules have > been made > > > > non-experimental. > > > > I think we can release 7.0.0.M1 (or whatever semver allows for > milestone > > > > version). > > > > @Martijn: can you do the release ? > > > > > > > > Martin Grigorov > > > > Wicket Training and Consulting > > > > > > > > > > > > On Mon, Jan 20, 2014 at 1:23 PM, Martijn Dashorst < > > > > > > > > martijn.dasho...@gmail.com> wrote: > > > > > On Mon, Jan 20, 2014 at 10:59 AM, Martin Grigorov < > > > > > > mgrigo...@apache.org> > > > > > > > > wrote: > > > > > > Yes, evaluating which experimental modules to become stable is > an > > > > > > entry > > > > > > > > in > > > > > > > > > > > the roadmap document but I intentionally left it out of this > > > > > > discussion > > > > > > > > > because I think it deserves more discussions. But since you > started > > > > > > ... > > > > > > > > > wicket-cdi-1.1 is very new. I guess no one uses it so far. > > > > > > Did Topicus migrated to 6.13 yet ? > > > > > > Igor did your product move to wicket-cdi-1.1 ? > > > > > > But since wicket-cdi-1.1 has evolved from wicket-cdi(-1.0) I > believe > > > > > > it > > > > > > > > is > > > > > > > > > > > mature enough to be part of the stable module in Wicket 7. > > > > > > > > > > We have CDI-1.1 in our current project. It has yet to reach > anything > > > > > near a testing environment, but for development it seems to > work. > > > > > > > > > > > Wicket Bean Validation (JSR303) seems to be working fine. > There were > > > > > > > > > > just a > > > > > > > > > > > few issues with it. I'm +1 to make it stable module. > > > > > > > > > > > > Wicket Native WebSockets: > > > > > > I personally like it and I'd like to make it even better based on > > > > > > > > users' > > > > > > > > > > feedback. > > > > > > We use it in an internal project. > > > > > > My only concern about making it stable is that it will be harder > to > > > > > > > > make > > > > > > > > > > improvements(API breaks) when more people start to use it. > > > > > > I am +1 to make it stable. > > > > > > > > > > You can make it stable in 6.x, and break API until we release 7.0 > ;-) > > > > > > > > > > > Wicket-Bootstrap: I think this module should be removed. > > > > > > > > > > Yup. Though we should add a webjars resource reference into > > > > > wicket-extensions that enables easy inclusion of any webjar > framework. > > > > > > > > > > > Wicket Examples NG can use Michael Haitz's > > > > > > Wicket-Bootstrap<https://github.com/l0rdn1kk0n/wicket-bootstrap> > or > > > > > > move the code from the experimental Wicket-Bootstrap to its > > > > > > packages. > > > > > > > > > > I'd suggest remove Wicket Examples NG for now (move to a > branch or > > > > > so). I can't see that any time is going into that project for now, > and > > > > > any time invested should rather go into the user guide and fixing > 7.0 > > > > > issues. > > > > > > > > > > I'm not *that* heavily attached to these two projects. > > > > > > > > > > Martijn > > > > > > -- >