Re: [Springframework-developer] Creating reusable component packages with Spring

[Rod J. <ro...@in...>]

James

I agree that this would be useful--especially for Geronimo, which you and I have discussed before. 
In fact it's something we could consider for 1.2, so I'd like to see a discussion here about what it 
should entail.

I also agree with Mike re no enforcement of JNDI for cross-referencing if at all possible.

I would like a deployment unit to:

- accommodate any config format, not just XML
- allow a hierarchy of contexts in a single deployment unit

Rgds
Rod

jas...@ma... wrote:
> Its an interesting question. Just one immediate thought; I can see there 
> being a need for a Spring deployment unit of some kind; e.g. a jar 
> containing an applicationContext.xml file in APP-INF/ or something - 
> maybe having any additional jars required inside the jar in APP-INF/lib.
> 
> One there's a deployment unit we can add native support to Geronimo (and 
> other containers could support it too) plus we could support hot 
> deployment of units inside Spring natively rather than relying on the 
> J2EE deployment units (WAR / EAR / RAR)
> 
> If there was a deployment unit; the only real issue is how to handle 
> cross-deployment unit references; but we could always use JNDI / JMX for 
> that or use a hierarchy of BeanFactory instances.
> 
> 
> On 9 Nov 2004, at 22:51, James Cook wrote:
> 
>> We have been developing a large enterprise application using Spring 
>> and it
>> has proven to be a very effective framework. We use the Data access
>> abstractions heavily, along with transaction management and Hibernate
>> support.
>>
>> Now that we have most of the concepts down, some coworkers and myself are
>> now considering the challenges inherent in packaging our business 
>> objects,
>> service layers, spring configuration files, etc. into reusable component
>> packages. We want to be able to give other developers in the company a 
>> jar
>> file that contains all of this content and simply drop it into their
>> project.
>>
>> There are a lot of similarities (and differences) between what we face 
>> and
>> what EJB components deal with. EJB has solutions for mapping 
>> dependencies in
>> a component package to the primary application (ejb-ref, etc.) and we are
>> beginning to talk about how to accomplish similar behavior using Spring.
>>
>> Ultimately, there are probably many nuances to this process that we won't
>> know until we actual do it, but I was wondering if the development 
>> team has
>> some insight into some of the Spring features that already exist that can
>> assist in some of these challenges? Perhaps also there are some features
>> that are on the drawing board to assist in this matter also?
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by:
>> Sybase ASE Linux Express Edition - download now for FREE
>> LinuxWorld Reader's Choice Award Winner for best database on Linux.
>> http://ads.osdn.com/?ad_idU88&alloc_id065&op=click
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
> 
> James
> -------
> http://radio.weblogs.com/0112098/
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_idU88&alloc_id065&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

-- 

____________________________________________________
Rod Johnson
CEO, Interface21 - Spring Services from the Source
http://www.springframework.com

Founder, Spring Framework:
http://www.springframework.org

Author, "Expert One-on-One J2EE Development Without EJB"
(May 2004, with Juergen Hoeller).
http://www.amazon.com/exec/obidos/ASIN/0764558315/

Author, "Expert One-on-One J2EE Design and Development"
(October 2002).
http://www.amazon.com/exec/obidos/tg/detail/-/0764543857/


____________________________________________________
Interface21 Limited
Registered Office Summit House, 2-2a Highfield Road, Dartford, Kent DA1 2JY
Registered in England and Wales No. 5187766
____________________________________________________