On 3/10/06, Marinó A. Jónsson <[EMAIL PROTECTED]> wrote: > Greetings, > > On fim, 2006-03-09 at 14:28 -0800, Nathan Bubna wrote: > > > Question #1 - Does anyone else want to take point on the future of > > VelocityStruts? I'm content to help support and maintain > > VelocityStruts 1.2 for a while, but beyond that, i think i need to bow > > out of the game. if no one steps up, VelocityTools 1.3 won't support > > Struts 1.3 features and may not even turn out to be compatible. if > > that turns out to be true, then it might be time to drop > > VelocityStruts (or hand it off to the Struts folks) and move on to a > > VelocityTools 2.x without a VelocityStruts component. > > I am using VelocityStruts v1.2 and would be happy to take the point on > VelocityStruts v1.3. I don't see anything in Struts v1.3 that should > compromise continued support - on the contrary it seems we will finally > get the long awaited ViewContext in the next release - which should make > our work a lot easier! So I would like a VelocityTools v1.3 release > that supports Struts v1.3 - but I have no thoughts on the Struts Action > 2.0 issue.
Excellent! if you can bring us up to speed with Struts 1.3, then i'm willing to spruce up VelocityView and GenericTools a bit and push out a release. > > Idea #1 - between what > > http://wiki.apache.org/jakarta-commons/Logging/StaticLog talks about, > > Tomcat's annoying dependence on commons-logging, and the many > > improvements i've made to logging in Velocity 1.5, i am making the > > transition from being a big advocate of using commons-logging in the > > Velocity world to being rather opposed to it. i want to back > > commons-logging use out of VelocityView and GenericTools as soon as we > > are able to depend on Velocity 1.5. > > Interesting ... could you elaborate on that a little? Are you now more > of an IoC man like Geir? Do you want further development of SimpleLog? i dunno. i'm still chewing on this stuff. the Tomcat5.5/commons-logging problems were (and still sort of are) a major headache that make commons-logging less helpful IMO. i've also been seeing more problems with the things like the StaticLog issue out in the wild. avoiding those means further loss in usefulness. on the other side, the new Log/LogChute stuff in Velocity is much more useful than it was. since i'm really more of a practical software developer than an idealist software developer (ask me how much i care that VelocityView isn't pure-MVC :), the basic reality is that Log/LogChute have become pleasant to use and c-l has become less so. and of course, one logging adapter is easier than two. i think c-l still makes sense for VelocityStruts as long as Struts is using c-l (though we may want to drop static use of it). but for VelocityView and GenericTools, i want to shift to Velocity's adapter as soon as is feasible. > > Question #2 - What do you think of these ideas? > > They all sound pretty good to me :) > > > Question #3 - Does anyone really want any of these in a VelocityTools > > 1.3? Or should we just move on to work on a VelocityTools 2? > > Can't say that I'd miss them in v1.3, personally. sounds fine. i think Ideas #2 and #5 will make appearances in VelocityTools 1.3, but i probably won't throw effort after getting the others into it. > > Question #4 - Are there any other "big" ideas out there for a VelocityTools > > 2? > > Not from me. > > > then my last and lesser question is... > > > > Question #5 - joda-time (http://joda-time.sourceforge.net/) is great. > > i want to see support for it in DateTool (or a new tool if need be). > > i haven't had time to tackle this myself. has anyone else done this > > yet? anyone want to? i'll probably get to it eventually, but as you > > can see from the above, i already have bitten off a lot to chew. :) > > No interest here at this time. > > cheers, > Marinó > > > thanks for listening. > > > > --------------------------------------------------------------------- > > 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] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
