On Wed, Oct 29, 2008 at 1:13 AM, Artur W. <[EMAIL PROTECTED]> wrote: > > Hi Igor, > > > igor.vaynberg wrote: >> >> yes it sucks. i agree. personally i prefer code written against wicket >> 1.3. even in 1.3 i hardly had to cast anything and even with those >> casts i do not remember getting any class cast exceptions. >> > > It is nice to know that somebody thinks similar to me :) > > The generics in Wicket looks nice on examples. But in bigger application > (we have aprox. 500k loc) it is a mess. Especially when we use lots of > forms, models, adapters and so on. We must write more code than in 1.3 > and we do not get any reward for it ;)
i think there is a lot of reward for using generics even how they are now, but there are a lot of times when it does suck. > I'm thinking now whether cancel migration and stay with wicket 1.3 or > add this all voids and questions marks (thanks Stefan!) and get used to it. that is up to you. > How long do you want to support (bug fixing, adding small improvements to > 1.3) we no longer add new improvements to 1.3. it is purely in maintenance mode. once 1.4.2 is out we will probably end support for 1.3 altogether. we do not have the resources to maintain two branches. > and when do you plan do release 1.5 :) not for a while. i would say a first milestone in about 5 months, maybe the thing with the generics and how they are in 1.4 is that they are half way to how i envision them in 1.5. so migration wise it will be easier to go from 1.4->1.5 then from 1.3->1.5 because at least you have your models generified and your component constructors expect the right model types. -igor > Thanks in advance for your advices. > Artur > > -- > View this message in context: > http://www.nabble.com/Migration-to-1.4---generic-headache-tp20205449p20222475.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
