|
From: <jue...@we...> - 2003-05-22 15:28:00
|
Besides having reworked the form controller's handling of resubmits, = I've also created an extensive test suite for ControllerServlet and some = web support classes. We're at overall >64% now! Additionally, I've refined some ApplicationContext stuff (moved = OPTIONS_BEAN_NAME from ApplicationContext to AbstractApplicationContext = etc), and cleaned the exception handling in the beans package (e.g. = rethrow BeansException directly when catching Exception instead of = wrapping it). Rethrown exceptions don't get logged anymore, as they are logged by the = highest level exception handler anyway (-> no double stack traces in the = console). I've also commented out the println(this) on printing a = rootCause stack trace: As a root stack trace will always get printed = after the exception's message, those lines have only added redundant = information, cluttering the console. I've removed FrameworkServlet's debug support, I don't see any real use = case for it. During development, Log4J's debug log is all you need, IMO = - you exactly see what handlers/mappings/etc get used, no need for = binding them to the request. I'm also gonna move the web.mock classes back to the test sources, as = they are pretty rough, and not really meant for usage within application = development - in constrast to the JNDI mocks, for example. I'll check my stuff in within the next 2 hours. Everybody, please test = the current framework version in your apps! We should really try to = release a 0.8 as stable as possible. BTW, what's the current status in terms of code beautification (Jalopy = etc)? We have mixed headers in our files at the moment, and sometimes = inconsistent formatting. Do we aim to clean this for 0.8? Juergen -----Original Message----- From: j=FCrgen h=F6ller [werk3AT]=20 Sent: Wednesday, May 21, 2003 11:16 AM To: spr...@li... Subject: RE: [Springframework-developer] Code changes for 0.8? I'd like to address our form controller's handling of resubmits and = invalid session state before - avoid hearing this over and over again = after releasing 0.8 ;-) This will definitely be finished at the end of = this week, including testing, so it shouldn't cause any delays. On the occasion, there is a major gap in the web test suite: We don't = have any tests for FrameworkServlet and ControllerServlet currently. I = got aware of this again yesterday when I've discovered that = LocaleResolver initialization was broken (already fixed). Although they = seem to work properly now, we should probably address respective tests = before an official 0.8 release. Otherwise, I agree that we mainly depend on docs and tutorial. But let's = avoid the urge for early perfectness and just release what we have, say, = next week! Juergen -----Original Message----- From: Rod Johnson [mailto:rod...@in...] Sent: Tuesday, May 20, 2003 11:06 PM To: spr...@li... Subject: [Springframework-developer] Code changes for 0.8? Guys, Anyone in the middle of any code changes right now? I'm done, besides any bug fixing required. I suggest we go for what I'd call a soft release. That is, we get a drop = out (after agreeing what goes in it...I know Juergen had some ideas), and = each of us tests it, ideally on new machines. This release will also help = some existing users who want the latest code but can't access CVS at work. = (Like me, if I forget my USB pen :-) Once we're happy it all works, the time we actually announce will depend = on the state of the documents. Regards, Rod ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |