Any thoughts on this proposed framework stack?

A snip from a recent message to the development team at GS1 Canada:

I propose the following for new applications (we can have a separate discussion on if / when / how we migrate existing code).

I believe all of the above are stable enterprise quality frameworks with a critical mass of developer support and strong reference resource availability. It also seems that the particular combination of frameworks play well together and have been documented to be a good combination, see Beginning POJOs (combining Spring + Hibernate + Tapestry).

My motivations for this include:

  • reduce design risk / complexity / time to develop and debug custom code that provides non-domain specific functionality (logging / tracing / profiling, database access, transaction management, pooling / caching, security, configuration, UI templates etc...). Save our innovation efforts for domain specific value added use cases.
  • ease the ramp up for new developers by leveraging industry recognized frameworks which are either readily available in candidates or easily learned

I'm especially interested in trap doors and negative experiences you were unable to workaround.

Also, what version numbers of these would be a stable combination that is recent enough to leverage JDK 5 Generics and metadata / annotations?

Feedback: please comment here or contact me.

Happy, highly leveraged, coding...


  • Digg
  • Facebook
  • Twitter
  • Technorati
  • email
  • Print
  • PDF
  • StumbleUpon
  • Yahoo! Buzz
  • Google Bookmarks
  • DotNetKicks
  • FriendFeed
  • Google Buzz
  • Live
  • Netvibes
  • Slashdot
  • Add to favorites

Related posts