Comments on: Comparison between Guice, PicoContainer and Spring http://www.christianschenk.org/blog/comparison-between-guice-picocontainer-and-spring/ Writing about my experiences with technology and all different kinds of projects and experiments Thu, 04 Dec 2008 05:13:21 +0000 By: Luiz http://www.christianschenk.org/blog/comparison-between-guice-picocontainer-and-spring/#comment-1367 Luiz Fri, 11 Apr 2008 13:21:53 +0000 http://www.christianschenk.org/blog/comparison-between-guice-picocontainer-and-spring/#comment-1367 Very interesting post mate! Thaks a lot for you effort on this one. Very interesting post mate!
Thaks a lot for you effort on this one.

]]> By: Golfman http://www.christianschenk.org/blog/comparison-between-guice-picocontainer-and-spring/#comment-396 Golfman Mon, 19 Nov 2007 02:06:24 +0000 http://www.christianschenk.org/blog/comparison-between-guice-picocontainer-and-spring/#comment-396 There's another lightweight, open source, dependency injection framework that bundles ORM independence avoiding locking your code into one particular transparent persistence engine. You can use Hibernate, JDO (JPOX, Kodo etc) plus if you use another writing a new plugin for it is only a 30 minute job. All the config is in minimalist Java (not XML) so you'll find out at compile time if things aren't right ;) There’s another lightweight, open source, dependency injection framework that bundles ORM independence avoiding locking your code into one particular transparent persistence engine. You can use Hibernate, JDO (JPOX, Kodo etc) plus if you use another writing a new plugin for it is only a 30 minute job.

All the config is in minimalist Java (not XML) so you’ll find out at compile time if things aren’t right ;)

]]> By: Massimo Lusetti http://www.christianschenk.org/blog/comparison-between-guice-picocontainer-and-spring/#comment-466 Massimo Lusetti Tue, 09 Oct 2007 13:50:45 +0000 http://www.christianschenk.org/blog/comparison-between-guice-picocontainer-and-spring/#comment-466 Besides any comment on what you wrote, I would like to ask you to look at Tapestry5 IoC: http://tapestry.apache.org/tapestry5/tapestry-ioc/ Maybe it's better to look at http://tapestry.formos.com/nightly/tapestry5/tapestry-ioc/ for the latest nightly docs from trunk. It is still marked as alpha, but there are a lot of site/applications using it with success. Ciao Besides any comment on what you wrote, I would like to ask you to look at Tapestry5 IoC:
http://tapestry.apache.org/tapestry5/tapestry-ioc/

Maybe it’s better to look at
http://tapestry.formos.com/nightly/tapestry5/tapestry-ioc/
for the latest nightly docs from trunk.

It is still marked as alpha, but there are a lot of site/applications using it with success.

Ciao

]]> By: Christian Schenk http://www.christianschenk.org/blog/comparison-between-guice-picocontainer-and-spring/#comment-72 Christian Schenk Tue, 17 Jul 2007 09:02:28 +0000 http://www.christianschenk.org/blog/comparison-between-guice-picocontainer-and-spring/#comment-72 Update: today I found out that e.g. renaming a class will rename it in Spring's XML files, too. I've tested this with Eclipse 3.3 and Spring IDE 2.0. Update: today I found out that e.g. renaming a class will rename it in Spring’s XML files, too. I’ve tested this with Eclipse 3.3 and Spring IDE 2.0.

]]> By: Christian Schenk http://www.christianschenk.org/blog/comparison-between-guice-picocontainer-and-spring/#comment-69 Christian Schenk Sat, 30 Jun 2007 09:09:45 +0000 http://www.christianschenk.org/blog/comparison-between-guice-picocontainer-and-spring/#comment-69 That's right: you could just leave the annotations in the code and probably nobody would care. You would have a compile-time dependency to Guice but that wouldn't be too bad either. That’s right: you could just leave the annotations in the code and probably nobody would care. You would have a compile-time dependency to Guice but that wouldn’t be too bad either.

]]> By: Andre Piwoni http://www.christianschenk.org/blog/comparison-between-guice-picocontainer-and-spring/#comment-68 Andre Piwoni Sat, 30 Jun 2007 00:21:27 +0000 http://www.christianschenk.org/blog/comparison-between-guice-picocontainer-and-spring/#comment-68 I couldn't agree more with your assessment. Spring introduces cumbersome XML files but is more transparent. Guice on the other hand is less cumbersome to use but is less transparent. Like you said, there is no need to remove annotations (rather easy task) when moving to new framework. I have implemented two plug-in frameworks using Spring and annotations (Microsoft CAB) and I prefer annotations. I couldn’t agree more with your assessment. Spring introduces cumbersome XML files but is more transparent. Guice on the other hand is less cumbersome to use but is less transparent. Like you said, there is no need to remove annotations (rather easy task) when moving to new framework. I have implemented two plug-in frameworks using Spring and annotations (Microsoft CAB) and I prefer annotations.

]]> By: kb http://www.christianschenk.org/blog/comparison-between-guice-picocontainer-and-spring/#comment-66 kb Thu, 28 Jun 2007 04:40:00 +0000 http://www.christianschenk.org/blog/comparison-between-guice-picocontainer-and-spring/#comment-66 [...] In the meantime! Christian Schenk has a swell post comparing Guice, PicoContainer, and Spring. Of course, my favorite part is this: [...] [...] In the meantime! Christian Schenk has a swell post comparing Guice, PicoContainer, and Spring. Of course, my favorite part is this: [...]

]]> By: kb http://www.christianschenk.org/blog/comparison-between-guice-picocontainer-and-spring/#comment-65 kb Thu, 28 Jun 2007 04:14:23 +0000 http://www.christianschenk.org/blog/comparison-between-guice-picocontainer-and-spring/#comment-65 Hi Christian! I loved this post. You certainly hit the nail on the head when you said that all these frameworks are cool -- the only way to really mess up is to try to build anything real without one of them. I'm off to blog a more detailed response. Hi Christian! I loved this post. You certainly hit the nail on the head when you said that all these frameworks are cool — the only way to really mess up is to try to build anything real without one of them.

I’m off to blog a more detailed response.

]]>