Menu
▾
▴
springframework-developer
|
From: Rob H. <ro...@ca...> - 2004-12-17 16:24:30
|
All, I've been looking into HiveMind and it is interesting to see that they have integration with Spring to allow for services to be obtained from Spring. I think we should produce the inverse of this and allow for services to obtained from HiveMind in a Spring configuration file. What are your thoughts? Rob |
|
From: Dmitriy K. <dko...@ru...> - 2004-12-17 16:35:17
|
I would say if there is an obvious demand for such integration then let's go for it. Dmitriy. Rob Harrop wrote: > All, > > I've been looking into HiveMind and it is interesting to see that they > have integration with Spring to allow for services to be obtained from > Spring. I think we should produce the inverse of this and allow for > services to obtained from HiveMind in a Spring configuration file. > What are your thoughts? > > Rob > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jas...@ma...> - 2004-12-17 16:47:29
|
On 17 Dec 2004, at 16:24, Rob Harrop wrote: > All, > > I've been looking into HiveMind and it is interesting to see that they > have integration with Spring to allow for services to be obtained from > Spring. Thats great to know! I've been using lots of Tapestry + Spring + Hibernate lately and was a little worried that Tapestry 3.1 with all the HiveMind stuff might be painful to use what with all the HIveMind stuff everywhere - but this is great news! > I think we should produce the inverse of this and allow for services > to obtained from HiveMind in a Spring configuration file. What are > your thoughts? Good idea; initially I wasn't sure of the user case, I mean why not just use Spring :) But I suppose Spring may want to fetch services out of HiveMind too, to implement services inside Spring which are dependent on services created inside HiveMind James ------- http://radio.weblogs.com/0112098/ |
|
From: Rod J. <ro...@in...> - 2004-12-17 17:20:20
|
> Thats great to know! I've been using lots of Tapestry + Spring + > Hibernate lately and was a little worried that Tapestry 3.1 with all the > HiveMind stuff might be painful to use what with all the HIveMind stuff > everywhere - but this is great news! Must say that I'm still not entirely comfortable with this direction of Tapestry. It smacks of a certain software company's policy of bundling things :-) But, sure, the Spring philosophy is that we integrate with things, if it brings value to our users. |
|
From: <jas...@ma...> - 2004-12-18 12:13:14
|
On 17 Dec 2004, at 17:19, Rod Johnson wrote: >> Thats great to know! I've been using lots of Tapestry + Spring + >> Hibernate lately and was a little worried that Tapestry 3.1 with all >> the HiveMind stuff might be painful to use what with all the HIveMind >> stuff everywhere - but this is great news! > Must say that I'm still not entirely comfortable with this direction > of Tapestry. It smacks of a certain software company's policy of > bundling things :-) :) Agreed - I'd have much rather Tapestry be built on pure dependency injection and leave the container up to the developer to choose... I'm still not sure why we need HiveMind when we have Spring :) James ------- http://radio.weblogs.com/0112098/ |
|
From: Drew D. <dr...@og...> - 2004-12-20 23:04:27
|
Rod Johnson wrote: >> Thats great to know! I've been using lots of Tapestry + Spring + >> Hibernate lately and was a little worried that Tapestry 3.1 with all >> the HiveMind stuff might be painful to use what with all the HIveMind >> stuff everywhere - but this is great news! > > Must say that I'm still not entirely comfortable with this direction > of Tapestry. It smacks of a certain software company's policy of > bundling things :-) > > But, sure, the Spring philosophy is that we integrate with things, if > it brings value to our users. I've worked with this same stack (T-S-H) extensively. I also hammer on Howard to make sure that the configuration of HiveMind is capable of handling Spring integration smoothly. I wrote some integration stuff with Tapestry that allows for smoother integration with Spring for finding beans in components/pages, and for allowing the Visit and Global objects to participate with Spring in application and session configuration. I'd like a more orthogonal coupling that I currently have, but the problem is that there are certain aspects of Tapestry that are not "injectable" just as the Visit and Global (which are created by the Engine ala a factory method). I would really love to be able to integrate Spring services smoothly in all of the aspects of a Tapestry application - most notably the component loading (AOP would be a godsend; if it would look up the component references and let Spring-managed factories handle the pooling and creation of component/page classes that would be super-nifty). Anyway, Howard is at least aware of a vocal presence lobbying for this kind of support. I don't want him to feel that no one wants his child (HiveMind), but Spring has a critical mass that should not be ignored. Howard is intellectually honest enough to acknowlege this, I think. - Drew -- +---------------------------------+ < Drew Davidson | OGNL Technology > +---------------------------------+ | Email: dr...@og... / | Web: http://www.ognl.org / | Vox: (520) 531-1966 < | Fax: (520) 531-1965 \ | Mobile: (520) 405-2967 \ +---------------------------------+ |
