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

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

I wonder if the solution to the concerns raised regarding persistence of
run-time config changes of a deployed spring based application is a
prerequisite or related problem.   Of course, this is where JMX will be
needed.   Hmmm.   This sounds like something related to what JBoss has done
with its 'microkernal' approach.

So, looking at that approach and others that provide plug-in, service
extension, and so forth, could provide a requirements list.

Just my hastily written and semi-coherent two cents.  :)

----- Original Message ----- 
From: "Rod Johnson" <ro...@in...>
To: <spr...@li...>
Sent: Wednesday, November 10, 2004 4:40 AM
Subject: Re: [Springframework-developer] Creating reusable component
packages with Spring

> 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
> ____________________________________________________
>
>
>
> -------------------------------------------------------
> 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_id=5588&alloc_id=12065&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>