You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Bruce Snyder <br...@gmail.com> on 2005/02/16 05:52:04 UTC

What's the status of Geronimo Spring integration?

I'm curious to know the status of the Geronimo Spring integration. The
last message I see is from Jeremy who was looking into an upgrade of
cglib to support the work that Jules is doing. Has there been any
progress beyond this to date? Jules, do you need any help with this
integration?

Bruce 
-- 
perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
);'
The Castor Project
http://www.castor.org/

Apache Geronimo
http://geronimo.apache.org/

Re: What's the status of Geronimo Spring integration?

Posted by Jules Gosnell <ju...@coredevelopers.net>.
Jacek Laskowski wrote:

> Jacek Laskowski wrote:
>
>> Bruce Snyder wrote:
>>
>>> The reference above was to the version of the cglib jar file. 
>>
>>
>>
>> Doh! Thanks Bruce. I've just figured it out myself when I had 
>> realized that changing spring jars wouldn't break anything in Geronimo.
>>
>> Going back to the exercise. Upgrading cglib to 2.0.2.
>
>
> Done. 2.0.2 hasn't caused any troubles. Committing the change...
>
> Jacek

Thanks Jacek - I will commit my changes tonight, and then we can start 
moving forward again.

Jules


-- 
"Open Source is a self-assembling organism. You dangle a piece of
string into a super-saturated solution and a whole operating-system
crystallises out around it."

/**********************************
 * Jules Gosnell
 * Partner
 * Core Developers Network (Europe)
 *
 *    www.coredevelopers.net
 *
 * Open Source Training & Support.
 **********************************/


Re: What's the status of Geronimo Spring integration?

Posted by Jacek Laskowski <jl...@apache.org>.
Jacek Laskowski wrote:
> Bruce Snyder wrote:
> 
>> The reference above was to the version of the cglib jar file. 
> 
> 
> Doh! Thanks Bruce. I've just figured it out myself when I had realized 
> that changing spring jars wouldn't break anything in Geronimo.
> 
> Going back to the exercise. Upgrading cglib to 2.0.2.

Done. 2.0.2 hasn't caused any troubles. Committing the change...

Jacek


Re: What's the status of Geronimo Spring integration?

Posted by Jacek Laskowski <jl...@apache.org>.
Bruce Snyder wrote:

> The reference above was to the version of the cglib jar file. 

Doh! Thanks Bruce. I've just figured it out myself when I had realized 
that changing spring jars wouldn't break anything in Geronimo.

Going back to the exercise. Upgrading cglib to 2.0.2.

> Bruce 

Jacek


Re: What's the status of Geronimo Spring integration?

Posted by Bruce Snyder <br...@gmail.com>.
On Fri, 18 Feb 2005 18:09:55 +0100, Jacek Laskowski
<jl...@apache.org> wrote:
> Jacek Laskowski wrote:
> > Jules Gosnell wrote:
> >
> >> lets start with 2.0.2 - minimal change, just so I can get my code back
> >> in (I think I found problems with 2.1), and then see how things go...

Jacek, 

The reference above was to the version of the cglib jar file. 

Bruce 
-- 
perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
);'
The Castor Project
http://www.castor.org/

Apache Geronimo
http://geronimo.apache.org/

Re: What's the status of Geronimo Spring integration?

Posted by Rob Harrop <ro...@cakesolutions.net>.
There is no 2.0.2 version of Spring. The latest release version 1.1.4.

Rob

Jacek Laskowski wrote:

> Jacek Laskowski wrote:
>
>> Jules Gosnell wrote:
>>
>>> lets start with 2.0.2 - minimal change, just so I can get my code 
>>> back in (I think I found problems with 2.1), and then see how things 
>>> go...
>>
>>
>>
>> It's being done (maven m:rebuild)
>
>
> Almost done. The whole Geronimo build went fine, but finished with the 
> exception:
>
> ...
> +----------------------------------------
> | Executing default Geronimo :: Spring
> | Memory: 50M/88M
> +----------------------------------------
> Próbuję ściągnąć geronimo-kernel-1.0-SNAPSHOT.jar.
> Artifact /geronimo/jars/geronimo-kernel-1.0-SNAPSHOT.jar doesn't 
> exists in remote repository, but it exists locally
> Próbuję ściągnąć spring-2.0.2.jar.
> UWAGA: Nie udało się sciągnąć spring-2.0.2.jar.
> Próbuję ściągnąć commons-jelly-tags-velocity-SNAPSHOT.jar.
>
> BUILD FAILED
> File...... C:\Documents and 
> Settings\jlaskowski\.maven\cache\maven-multiproject-plugin-1.3.1\plugin.jelly 
>
> Element... maven:reactor
> Line...... 217
> Column.... 9
> Budownaie przerwane z powodu następującej niespełnionej zależności:
>
> spring-2.0.2.jar (try downloading from http://www.springframework.org)
>
> Total time: 61 minutes 51 seconds
> Finished at: Fri Feb 18 17:36:59 CET 2005
>
> I changed etc/project.properties before the build.
>
> Gotta run now, but will be back in 4-5 hours. Let me know if you find 
> out why it is before I come back online.
>
> Jacek
>
>
>

Re: What's the status of Geronimo Spring integration?

Posted by Jacek Laskowski <jl...@apache.org>.
Jacek Laskowski wrote:
> Jules Gosnell wrote:
> 
>> lets start with 2.0.2 - minimal change, just so I can get my code back 
>> in (I think I found problems with 2.1), and then see how things go...
> 
> 
> It's being done (maven m:rebuild)

Almost done. The whole Geronimo build went fine, but finished with the 
exception:

...
+----------------------------------------
| Executing default Geronimo :: Spring
| Memory: 50M/88M
+----------------------------------------
Próbuję ściągnąć geronimo-kernel-1.0-SNAPSHOT.jar.
Artifact /geronimo/jars/geronimo-kernel-1.0-SNAPSHOT.jar doesn't exists 
in remote repository, but it exists locally
Próbuję ściągnąć spring-2.0.2.jar.
UWAGA: Nie udało się sciągnąć spring-2.0.2.jar.
Próbuję ściągnąć commons-jelly-tags-velocity-SNAPSHOT.jar.

BUILD FAILED
File...... C:\Documents and 
Settings\jlaskowski\.maven\cache\maven-multiproject-plugin-1.3.1\plugin.jelly
Element... maven:reactor
Line...... 217
Column.... 9
Budownaie przerwane z powodu następującej niespełnionej zależności:

spring-2.0.2.jar (try downloading from http://www.springframework.org)

Total time: 61 minutes 51 seconds
Finished at: Fri Feb 18 17:36:59 CET 2005

I changed etc/project.properties before the build.

Gotta run now, but will be back in 4-5 hours. Let me know if you find 
out why it is before I come back online.

Jacek


Re: What's the status of Geronimo Spring integration?

Posted by Jacek Laskowski <jl...@apache.org>.
Jules Gosnell wrote:

> lets start with 2.0.2 - minimal change, just so I can get my code back 
> in (I think I found problems with 2.1), and then see how things go...

It's being done (maven m:rebuild)

I'm not sure if it's a minimal change, though - 1.0.3 -> 2.0.2. I'd say 
it's a huge leap, but I'm not familiar with Spring. It may be that 
Spring developers change Spring's version every couple of days ;)

> Jules

Jacek


Re: What's the status of Geronimo Spring integration?

Posted by Jules Gosnell <ju...@coredevelopers.net>.
Jacek Laskowski wrote:

> Jules Gosnell wrote:
>
>> I waited a while to see if anyone else had a complete working 
>> build/test cycle that they could drop cglib into - no-one has come back.
>
>
> Perhaps, it's time to remind the steps to give it a shot ;) I remember 
> it wasn't clear if it's 2.0.2 or 2.1.0, was it? Has it been decided 
> already? I'll be testing Tomcat 5.5.7 jars and I could also take a 
> look at cglib.
>
> Just doing maven m:update...
>
>> Jules
>
>
> Jacek

lets start with 2.0.2 - minimal change, just so I can get my code back 
in (I think I found problems with 2.1), and then see how things go...

thanks, Jacek.

Jules


-- 
"Open Source is a self-assembling organism. You dangle a piece of
string into a super-saturated solution and a whole operating-system
crystallises out around it."

/**********************************
 * Jules Gosnell
 * Partner
 * Core Developers Network (Europe)
 *
 *    www.coredevelopers.net
 *
 * Open Source Training & Support.
 **********************************/


Re: What's the status of Geronimo Spring integration?

Posted by Jacek Laskowski <jl...@apache.org>.
Jules Gosnell wrote:

> I waited a while to see if anyone else had a complete working build/test 
> cycle that they could drop cglib into - no-one has come back.

Perhaps, it's time to remind the steps to give it a shot ;) I remember 
it wasn't clear if it's 2.0.2 or 2.1.0, was it? Has it been decided 
already? I'll be testing Tomcat 5.5.7 jars and I could also take a look 
at cglib.

Just doing maven m:update...

> Jules

Jacek


Re: What's the status of Geronimo Spring integration?

Posted by Rob Harrop <ro...@cakesolutions.net>.
Once this hurdle is overcome we can really start to push this forward. 
In particular, we can start to work on exposing services to Spring in a 
transparent manner using JNDI, JMX and nested Spring ApplicationContexts.

Rob

Jules Gosnell wrote:

> Bruce Snyder wrote:
>
>> I'm curious to know the status of the Geronimo Spring integration. The
>> last message I see is from Jeremy who was looking into an upgrade of
>> cglib to support the work that Jules is doing. Has there been any
>> progress beyond this to date? Jules, do you need any help with this
>> integration?
>>
>> Bruce  
>>
> no movement :-(
>
> I waited a while to see if anyone else had a complete working 
> build/test cycle that they could drop cglib into - no-one has come back.
>
> I tried to create the above (although my real concern is its impact 
> upon j2ee testing, which I assume the std testsuite does not 
> encompass) and the furthest that I have got is an OutOfMemoryError in 
> the openejb testsuite - I threw a number of flags and properties at 
> maven to try to get it to run the tests with more memory (I'm on 
> x86_64/AMD - if that makes any difference - Sun 1.4.2_05). Still no joy.
>
> I was just thinking about coming back to the list with this, when your 
> mail popped up.
>
> Can anyone help me out - I would love to check my code back in....
>
>
> Jules
>
> P.S.
>
> Once this is in, if you are interested in giving it a whirl and me 
> some feedback, I would be delighted to hear from you. If you can stand 
> my code formatting, there is still plenty to do - specifically 
> processing a META-INF/geronimo-spring.xml which needs to supply 
> meta-data about classloading and, I guess, describe which bits of 
> which beans need to be exposed to the kernel....
>

Re: What's the status of Geronimo Spring integration?

Posted by Jules Gosnell <ju...@coredevelopers.net>.
Bruce Snyder wrote:

>I'm curious to know the status of the Geronimo Spring integration. The
>last message I see is from Jeremy who was looking into an upgrade of
>cglib to support the work that Jules is doing. Has there been any
>progress beyond this to date? Jules, do you need any help with this
>integration?
>
>Bruce 
>  
>
no movement :-(

I waited a while to see if anyone else had a complete working build/test 
cycle that they could drop cglib into - no-one has come back.

I tried to create the above (although my real concern is its impact upon 
j2ee testing, which I assume the std testsuite does not encompass) and 
the furthest that I have got is an OutOfMemoryError in the openejb 
testsuite - I threw a number of flags and properties at maven to try to 
get it to run the tests with more memory (I'm on x86_64/AMD - if that 
makes any difference - Sun 1.4.2_05). Still no joy.

I was just thinking about coming back to the list with this, when your 
mail popped up.

Can anyone help me out - I would love to check my code back in....


Jules

P.S.

Once this is in, if you are interested in giving it a whirl and me some 
feedback, I would be delighted to hear from you. If you can stand my 
code formatting, there is still plenty to do - specifically processing a 
META-INF/geronimo-spring.xml which needs to supply meta-data about 
classloading and, I guess, describe which bits of which beans need to be 
exposed to the kernel....

-- 
"Open Source is a self-assembling organism. You dangle a piece of
string into a super-saturated solution and a whole operating-system
crystallises out around it."

/**********************************
 * Jules Gosnell
 * Partner
 * Core Developers Network (Europe)
 *
 *    www.coredevelopers.net
 *
 * Open Source Training & Support.
 **********************************/


Re: What's the status of Geronimo Spring integration?

Posted by Bruce Snyder <br...@gmail.com>.
On Mon, 21 Feb 2005 17:44:21 +0000, Jules Gosnell
<ju...@coredevelopers.net> wrote:
> Bruce Snyder wrote:
> 
> >I'm curious to know the status of the Geronimo Spring integration. The
> >last message I see is from Jeremy who was looking into an upgrade of
> >cglib to support the work that Jules is doing. Has there been any
> >progress beyond this to date? Jules, do you need any help with this
> >integration?
> >
> >Bruce
> >
> >
> Bruce,
> 
> Thanks to Jacek's moving us to cglib 2.0.2, I have just checked back in
> my updates to the spring module.
> 
> The current state of play is that the spring deployer defines a new
> module type: '.spr' (I suggest a pronunciation of SPAR - SPring ARchive).
> 
> A .spr can contain classes and (one level of nested) jars in its root
> dir, along with a spring.xml in its META-INF dir.
> 
> The spring deployer sets up a SpringGBean along with the relevant parts
> of the original .spr to be loaded at runtime. Note that we are currently
> constrained into pushing pretty much all of Spring's runtime complexity
> into the Geronimo runtime, although it would obviously be much better to
> do a large amount of this work at deploy time.
> 
> The spring module defines a SpringGBean, which when loaded, configured
> and started, will pass the META-INF/spring.xml to Spring, then take each
> resulting Spring-managed bean and using a subset of its complete API
> (just obvious properties), create an interface and from this a proxy
> class that can be loaded into the kernel as another GBean. The kernel
> creates an instance of the proxy class and the SpringGBean injects this
> with an invocationHandler which delegates all activity to the
> Spring-managed bean in question. Thus Spring POJOs are made to appear
> seamlessly integrated with Geronimo.
> 
> There is much more to be done, but what is currently there should allow
> you to deploy simple Spring apps (how simple I'm not yet sure - my test
> app is VERY simple:-) ) and then find the corresponding GBeans in the
> debug-tool.
> 
> I am running the server with the following config :
> 
>  org/apache/geronimo/SpringRuntime
>  org/apache/geronimo/SpringDeployer
>  org/apache/geronimo/DebugConsole
> 
> I'd be very interested in any feedback that the list might have, and
> will keep posting as we add new functionality.

Great! I'll be digging into this later tonight. 

Bruce 
-- 
perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
);'
The Castor Project
http://www.castor.org/

Apache Geronimo
http://geronimo.apache.org/

Re: What's the status of Geronimo Spring integration?

Posted by Jules Gosnell <ju...@coredevelopers.net>.
Bruce Snyder wrote:

>I'm curious to know the status of the Geronimo Spring integration. The
>last message I see is from Jeremy who was looking into an upgrade of
>cglib to support the work that Jules is doing. Has there been any
>progress beyond this to date? Jules, do you need any help with this
>integration?
>
>Bruce 
>  
>
Bruce,

Thanks to Jacek's moving us to cglib 2.0.2, I have just checked back in 
my updates to the spring module.

The current state of play is that the spring deployer defines a new 
module type: '.spr' (I suggest a pronunciation of SPAR - SPring ARchive).

A .spr can contain classes and (one level of nested) jars in its root 
dir, along with a spring.xml in its META-INF dir.

The spring deployer sets up a SpringGBean along with the relevant parts 
of the original .spr to be loaded at runtime. Note that we are currently 
constrained into pushing pretty much all of Spring's runtime complexity 
into the Geronimo runtime, although it would obviously be much better to 
do a large amount of this work at deploy time.

The spring module defines a SpringGBean, which when loaded, configured 
and started, will pass the META-INF/spring.xml to Spring, then take each 
resulting Spring-managed bean and using a subset of its complete API 
(just obvious properties), create an interface and from this a proxy 
class that can be loaded into the kernel as another GBean. The kernel 
creates an instance of the proxy class and the SpringGBean injects this 
with an invocationHandler which delegates all activity to the 
Spring-managed bean in question. Thus Spring POJOs are made to appear 
seamlessly integrated with Geronimo.

There is much more to be done, but what is currently there should allow 
you to deploy simple Spring apps (how simple I'm not yet sure - my test 
app is VERY simple:-) ) and then find the corresponding GBeans in the 
debug-tool.

I am running the server with the following config :

 org/apache/geronimo/SpringRuntime
 org/apache/geronimo/SpringDeployer
 org/apache/geronimo/DebugConsole

I'd be very interested in any feedback that the list might have, and 
will keep posting as we add new functionality.

Cheers,


Jules

-- 
"Open Source is a self-assembling organism. You dangle a piece of
string into a super-saturated solution and a whole operating-system
crystallises out around it."

/**********************************
 * Jules Gosnell
 * Partner
 * Core Developers Network (Europe)
 *
 *    www.coredevelopers.net
 *
 * Open Source Training & Support.
 **********************************/