I thought I'd add my 2 cents. I'm trying to port a plugin to Struts and have been totally stumped on how to get an instance of the object I need because Struts uses a proprietary framework. If we were using Guice, I'd have no problem because of the plethora of docs and other users. So I'd strongly vote in favor of using Guice rather than the current implementation. Also, some of that code is like magic, so I wouldn't ever want to have to make a change to it. Guice on the otherhand is well-supported, so if there's a bug I have more confidence in it getting resolved quickly. To me whether we should support the JSR is a non-issue. Guice almost certainly will end up supporting any standard. Maybe we will have to upgrade Guice versions to add that support in the future, but the upgrade path will be much easier and clearer if we are already using Guice. I don't understand the size argument. Even my cell phone has 4 GB of disk space.
andreak wrote: > > On Thursday 10. December 2009 20.28.48 Musachy Barroso wrote: >> guys, can you start a different thread for this? :) > > You have a point there, talk about hijacking a thread:-) > > -- > Andreas Joseph Krogh <andr...@officenet.no> > Senior Software Developer / CTO > ------------------------+---------------------------------------------+ > OfficeNet AS | The most difficult thing in the world is to | > Rosenholmveien 25 | know how to do a thing and to watch | > 1414 Trollåsen | somebody else doing it wrong, without | > NORWAY | comment. | > | | > Tlf: +47 24 15 38 90 | | > Fax: +47 24 15 38 91 | | > Mobile: +47 909 56 963 | | > ------------------------+---------------------------------------------+ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org > For additional commands, e-mail: dev-h...@struts.apache.org > > > -- View this message in context: http://old.nabble.com/struts-2.2-and-guice-tp26594350p26803368.html Sent from the Struts - Dev mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
