On Wed, Oct 17, 2012 at 02:24:08PM -0500, Tim Donohue wrote: > My two cents would be to consolidate around Spring, rather than > attempting to support multiple options (esp. since we seem to have no > real use cases for multiple options). > > However, I don't know how difficult/large of a project this would be. > I'm guessing you're probably suggesting this in the context of DSpace > 4.0 (next year), as this sort of change sounds as though it'd need some > thorough testing.
Oh, yes, the current setup isn't a bug, so changing it is a feature, and that's 4.0 work. Settling on Spring may offer some other opportunities to slim down the codebase. We could adopt Acegi Security, for example, and stop maintaining our own pluggable authentication framework, if that makes sense in a DSpace context. (That would mean recasting the existing plugins to fit the new framework.) Spring can supply a lot of the goop you have to write over and over again for directory access, messaging, and the like. We might revisit the services architecture to see if we would want to simplify some more, and have Spring surround everything, which would probably lead to a withering away of the somewhat mysterious Kernel. My present difficulties stem from having Spring inside DSpace instead of the other way 'round. You could look at a lot of the pluggable bits of DSpace as having inadvertently built our own bean container. Maybe we should use someone else's and get on with what makes DSpace DSpace. I don't suggest doing all of this in 4.0, or that all of it is the best thing we could do, but it's something to think about. -- Mark H. Wood, Lead System Programmer [email protected] Asking whether markets are efficient is like asking whether people are smart.
pgpbqu0WwkdyX.pgp
Description: PGP signature
------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct
_______________________________________________ Dspace-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-devel
