Re: [Springframework-developer] Spring/Geronimo

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

I haven't had time to read this thread in detail (will later tonight), bu=
t I
think we should allow for non-XML Spring configs. Now we have sep
BeanDefinitionReaders, some beans could be sourced via JDBC, Groovy,
properties, or other cool definition formats as yet unknown...

----- Original Message -----
From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
To: <spr...@li...>
Sent: Friday, July 09, 2004 2:58 PM
Subject: Re: [Springframework-developer] Spring/Geronimo


First of all, great to see the interest from the Geronimo side, and
particularly your efforts on this, James!

Regarding deployment units, I see 2 use cases:
- a deployment unit that exposes remote beans, for example via RMI
- a deployment unit that exposes a local bunch of components, to be acces=
sed
from multiple WARs in the same server

A single standard WAR that uses Spring within doesn't need special
treatment: From my point of view, that should still be deployed as WAR, a=
s
there is no real benefit in deploying it as a special unit. So basically,=
 I
envisage something similar to an EJB JAR, rather than a WAR replacement.

An EAR-like deployment unit that contains both standard WARs and Spring J=
ARs
is a different matter, I guess: There's no strong need for it, as WARs an=
d
Spring JARs can easily be deployed separately to the same server, at leas=
t
for a start. Let's concentrate on an EJB-JAR-style deployment unit first!

Questions are: How are remote beans able to interoperate with the server'=
s
central RMI infrastructure, and how are local components able to expose
themselves in some subtree of the server's central JNDI registry? Very
similar to the needs of an EJB container, actually :-)

Regarding the name: EJB JARs don't have a special name, as far as I know,
but "Spring JAR" sounds a bit too generic. SPAR is nice, although it's th=
e
name of a food chain ;-)

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Dmitriy Kopylenko
Sent: Friday, July 09, 2004 2:10 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Spring/Geronimo


So Rod, James,

as I'm trying to understand, what would be the purpose (use case) of
creating such a "deployment unit"? To be able to expose
application-level beans via JMX or expose Spring components itself such
as BeanFactory via JMX?

And also, what is the "lower-level" transaction management in Geronimo?
Is it JTS?

Thanks,
Dmitriy.


Rod Johnson wrote:

>All
>
>I recently met up with James Strachan, to discuss Spring/Geronimo
>integration, among other things. Btw James has recently joined us as a
>Spring developer--he's a great addition to our team!
>
>Spring/Geronimo integration is an exciting prospect, and we should
>prioritize anything we need to do towards it.
>
>The Geronimo team plan to give Spring a deployment unit, supported in
>Geronimo like an EJB Jar file etc. James has been working on
>this. This involves (a) Spring having a deployment unit that Geronimo
>recognizes and gives its own class loader; (b) Geronimo trying to expose
>Spring beans via JMX.
>
>So we need to define a Spring deployment unit. This should presumably be=
 a
>JAR that contains:
>- application classes
>- one or more XML files
>- manifest giving location and order of XML files
>- manifest classpath expressing dependencies as normal
>- ? some mechanism for indicating dependencies, such as DataSources. It
>would be good to be able to fail fast, rather than when the app tries to
>start up.
>
>James is happy to implement support in Geronimo for any definition forma=
t
we
>choose. Let's start thinking! We can no doubt leverage such a deployment
>unit outside Geronimo also...
>
>Geronimo will ship the Spring binaries itself. And it uses CGLIB heavily
and
>(I assume) Commons Logging/Log4j. So it would be nice to be able to drop=
 in
>a Spring deployment unit and just have it start up.
>
>There may also be integration possibilities with transaction
>management--getting access to lower-level details of transaction managem=
ent
>than is available via JTA. I've opened a discussion on this with Jeremy
>Boynes.
>
>Rgds
>Rod
>
>
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by Black Hat Briefings & Training.
>Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
>digital self defense, top technical experts, no vendor pitches,
>unmatched networking opportunities. Visit www.blackhat.com
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer