On Mon, Mar 7, 2011 at 2:28 PM, Lenny Primak <[email protected]> wrote: > Thanks guys for your insight. So is there any reason not to pick tapestry IOC > in favor of other frameworks? Are you saying that tap IOC is the best?
It's the best suited for Tapestry, I'll say that much. I think Tapestry IoC has a lot of advantages over Guice in terms of meta-programming, over Spring in terms of simplicity and Java-centric-ness (let me rephrase that as "no XML"). Spring has lots to offer in terms of what they've built on top of their IoC container. Guice is full of very cool ideas, so of which have been adapted into Tapestry IoC. None of the others have the same concept of service configurations (which are, ultimately, modeled after the Eclipse plugin system, to tackle the same kinds of problems). > > > > On Mar 7, 2011, at 2:15 PM, Howard Lewis Ship <[email protected]> wrote: > >> What Thiago and Juan are getting at is that Tapestry's IoC was >> specifically designed to be a framework IoC container, where multiple >> modules would be "glued" together at runtime in configurations that >> would not be known at the time any individual module was built. In >> other words, you stack these things up like legos and the services in >> one layer can configure services in other layers. >> >> By comparison, Spring and other IoC containers are application >> containers: they expect a developer to know about all available >> services in, effectively, a single master configuration file. >> Obviously, the details differ from implementation to implementation, >> but Tapestry IoC confronts the issues related to combining layers at >> runtime directly, from its core design. The end result is "It Just >> Works", i.e., drop a Tapestry-related library's JAR file onto the >> classpath and everything autowires itself into place. >> >> On Mon, Mar 7, 2011 at 12:03 PM, Juan E. Maya <[email protected]> wrote: >>> Another great feature from Tapestry IOC is how easy is to write well >>> designed applications using Design Patterns like Chains of >>> responsibilities, Strategies or Pipelines. U will be able to write >>> truly modular applications using them together with the Distributed >>> Configuration mentioned by Thiago. >>> >>> On Mon, Mar 7, 2011 at 7:56 PM, Thiago H. de Paula Figueiredo >>> <[email protected]> wrote: >>>> On Mon, 07 Mar 2011 15:40:15 -0300, Lenny Primak <[email protected]> >>>> wrote: >>>> >>>>> Is there an executive summary of the differences or something like that? >>>>> I am trying to decide whether to use Tapestry's IoC or J2EE CDI in my >>>>> application. The only CDI I've used in the past is Google Guice. >>>> >>>> See >>>> http://blog.tapestry5.de/index.php/2011/01/17/javax-inject-inject-support-in-tapestry/ >>>> >>>> Something very, very useful that Tapestry-IoC has that CDI, Spring and >>>> Guice >>>> don't is distributed configuration. This feature is the reason Tapestry-IoC >>>> was created instead of Tapestry (the web framework) adopt some other IoC >>>> container. T-IoC has annotation-less injection, CDI and Guice doesn't. >>>> >>>> -- >>>> Thiago H. de Paula Figueiredo >>>> Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, >>>> and >>>> instructor >>>> Owner, Ars Machina Tecnologia da Informação Ltda. >>>> http://www.arsmachina.com.br >>>> >>>> --------------------------------------------------------------------- >>>> 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] >>> >>> >> >> >> >> -- >> Howard M. Lewis Ship >> >> Creator of Apache Tapestry >> >> The source for Tapestry training, mentoring and support. Contact me to >> learn how I can get you up and productive in Tapestry fast! >> >> (971) 678-5210 >> http://howardlewisship.com >> >> --------------------------------------------------------------------- >> 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] > > -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
