If all the configuration is moved into annotations, aren't we back to
where dependencies are in the individual source files, yet without
the original benefit of compile time static type checking?
Configuring everything in annotations is a nice trick, but as an a
general architectural and configuration pattern it seems inflexible.
Many companies and software systems leverage spring's ability to wire
in appropriate classes for ease of customization and upgrading--if
everything was annotated in classes, wouldn't that flexibility be lost?
Todd
On Nov 6, 2008, at 8:55 AM, Matt Raible wrote:
On Wed, Nov 5, 2008 at 5:17 PM, Philip Barlow <[EMAIL PROTECTED]>
wrote:
Excuse my ignorance i haven't been keeping abreast of changes as
much as i'd
like to. Does this mean you are doing away with the
applicationContext*.xml
files in favour of annotations?
Yes. However, applicationContext.xml can still be used to specify with
packages should be scanned. So you could remove that and use XML bean
definitions instead. The reason I want to use annotations instead of
XML is I believe it'll allow you to use Java all the time instead of
Java + XML.
Matt
Marcello Teodori wrote:
Hi Matt, I already have an appfuse2 based application in production
started
from the modular spring MVC archetype and upgraded using
annotations (also
on MVC), so I hope I can contribute something useful.
--m
mraible wrote:
All,
I did a spike last night trying to move AppFuse's backend from
XML to
annotations. I wrote up a blog post on my experience.
http://tinyurl.com/5kqcqa
Please let me know if you have any solutions to the problems I
encountered. Furthermore, please let me know if you any
questions on
this change.
Thanks,
Matt
-------------------------------------------------------------------
--
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]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
