|
From: Rod J. <rod...@in...> - 2003-08-14 08:07:45
|
All,
Thomas has now completed the job and put the code in the existing "Spring"
module. Please work on this by preference.
The snapshot was taken at Aug 13 at 0800 GMT: any changes since to the main
module will need to be manually replicated.
Notes:
- I haven't included the samples. I thought it would be better for JP and
Ken to add these once they're modified. Changing the imports etc is easy
with something like this:
<replace dir="whatever" token="com.interface21"
value="org.springframework">
<exclude name="*.jar"/>
</replace>
- I haven't migrated /livetest. I really prefer the mock object approach for
database testing. I'd love to test Isabelle's code without needing a
database. Any volunteers??
- I have put in a new /load tree, with the load testing code and some
performance tests for Spring.
- The tests pass, and with debug logging we have 75% coverage!
Btw we should be able to use mock tests to test for different db resource
closure failure scenarios.
Regards,
Rod
----- Original Message -----
From: <rod...@in...>
To: "jürgen höller [werk3AT] " <jue...@we...>
Cc: <spr...@li...>
Sent: Wednesday, August 13, 2003 5:14 PM
Subject: RE: [Springframework-developer] API simplification
> I've done the package rename and will commit it to a
> new "spring" module tonight.
>
> I'll post more details when I'm done.
>
> I've been considering some potential simplifications. I hate
> dead code--it adds bloat and makes frameworks harder to use.
> (I've just been working with TopLink...) As we progress to
> 1.0 it's a good opportunity to cut back to the
> essentials...it will be hard to remove anything (however
> useless) afterwards.
>
> As a start, I'm considering removing the JavaBean event
> support from BeanWrapper. I've not used it in any
> applications. Has anyone else used it?
>
> Now Spring has AOP support, it's possible to add listeners to
> property change events using interceptors, rather than this
> rather kludgy part of the JavaBeans API.
>
> Removing event support would get rid of about 150 lines of
> code in the beans package, and simplify the API for users.
>
> Any thoughts on this?
>
> Another candidate on my potential hitlist is the "pass-
> through" properties support for FactoryBeans. I've not seen a
> need to use this in practice (although I implemented it).
>
> Regards,
> Rod
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
>
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
|