Re: [Springframework-developer] Spring/Geronimo

[<jue...@we...>]

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 =
accessed 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, =
as 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 =
JARs is a different matter, I guess: There's no strong need for it, as =
WARs and Spring JARs can easily be deployed separately to the same =
server, at least 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 the 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=20
creating such a "deployment unit"? To be able to expose=20
application-level beans via JMX or expose Spring components itself such=20
as BeanFactory via JMX?

And also, what is the "lower-level" transaction management in Geronimo?=20
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 =
format 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 =
management
>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 -=20
>digital self defense, top technical experts, no vendor pitches,=20
>unmatched networking opportunities. Visit www.blackhat.com
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
> =20
>



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