Menu
▾
▴
springframework-developer
|
From: Seth L. <set...@gm...> - 2004-11-09 20:45:25
|
Hello, It seems that TSS has already started pushing their Symposium for '05. http://www.theserverside.com/symposium/ It's a bit early to decide or plan for, but their early bird registration seems to end today. I was curious if anyone is hoping/planning to go? Might make it an easier sell to The Boss. Thanks, Seth |
|
From: Colin S. <col...@ex...> - 2004-11-09 21:05:09
|
Rod, Alef and Rob, Mark and I are all going, and I believe Keith is as well. A few others are 'maybe'... Seth Ladd wrote: >Hello, > >It seems that TSS has already started pushing their Symposium for '05. > >http://www.theserverside.com/symposium/ > >It's a bit early to decide or plan for, but their early bird >registration seems to end today. I was curious if anyone is >hoping/planning to go? Might make it an easier sell to The Boss. > >Thanks, >Seth > > >------------------------------------------------------- >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 > > |
|
From: James C. <jim...@do...> - 2004-11-09 22:50:09
|
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? |
|
From: <jas...@ma...> - 2004-11-10 08:42:56
|
Its an interesting question. Just one immediate thought; I can see=20 there being a need for a Spring deployment unit of some kind; e.g. a=20 jar containing an applicationContext.xml file in APP-INF/ or something=20= - maybe having any additional jars required inside the jar in=20 APP-INF/lib. One there's a deployment unit we can add native support to Geronimo=20 (and other containers could support it too) plus we could support hot=20 deployment of units inside Spring natively rather than relying on the=20 J2EE deployment units (WAR / EAR / RAR) If there was a deployment unit; the only real issue is how to handle=20 cross-deployment unit references; but we could always use JNDI / JMX=20 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=20 > 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=20= > are > now considering the challenges inherent in packaging our business=20 > objects, > service layers, spring configuration files, etc. into reusable=20 > component > packages. We want to be able to give other developers in the company a=20= > 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=20= > and > what EJB components deal with. EJB has solutions for mapping=20 > dependencies in > a component package to the primary application (ejb-ref, etc.) and we=20= > are > beginning to talk about how to accomplish similar behavior using=20 > Spring. > > Ultimately, there are probably many nuances to this process that we=20 > won't > know until we actual do it, but I was wondering if the development=20 > team has > some insight into some of the Spring features that already exist that=20= > can > assist in some of these challenges? Perhaps also there are some=20 > 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_id=12065&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > James ------- http://radio.weblogs.com/0112098/ |
|
From: Mike Cannon-B. <mca...@gm...> - 2004-11-10 09:05:07
|
Please no mandatory JNDI! :)=20 Spring rocks because the bean configuration to a large extent replaces JNDI in an enterprise application (yes, I know what JNDI is for - but realistically in _most_ J2EE apps it's a large map to retrieve your "stuff" from - a Spring context). Other than that mini-rant, a Spring "component" unit would be awesome. m On Wed, 10 Nov 2004 08:42:36 +0000, jas...@ma... <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. >=20 > 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) >=20 > 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. >=20 >=20 >=20 >=20 > 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_id=12065&op=3Dclick > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > >=20 > James > ------- > http://radio.weblogs.com/0112098/ >=20 >=20 >=20 >=20 > ------------------------------------------------------- > 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_id=12065&opclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 --=20 ATLASSIAN - http://www.atlassian.com |
|
From: Rod J. <ro...@in...> - 2004-11-10 09:40:32
|
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 ____________________________________________________ |
|
From: <co...@di...> - 2004-11-10 11:36:17
|
Hi all,
We have just tried to solve the same challenge as James. We have found a
partial solution by putting the applicationContext.xml files into each
module jar.
For example, if we have a module called module1, we have a
"module1-applicationContext.xml" which goes to a "spring" folder inside
the module1.jar. Then, if we want to use the module1 into one of our
webapps, we only have to add the jar into the WEB-INF/lib folder and add
its applicationContext.xml file to the config locations, like this:
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>
classpath:spring/module1-applicationContext.xml
classpath:spring/module2-applicationContext.xml
classpath:spring/module3-applicationContext.xml
applicationContext.xml
</param-value>
</context-param>
It works very well, except for those beans whose properties can be
modified by more than one module. One example is the
org.springframework.orm.hibernate.LocalSessionFactoryBean
mappingResources property. Each of our modules have their own hibernate
mappings, with relationships between modules, and all of them have to be
handled by the same SessionFactory.
One way to handle it could be to extend the spring beans definition
format to allow to modify already defined beans, instead of redefining
them, maybe something like:
module1-applicationContext.xml:
<bean id="mySessionFactory" definition="add">
<property name="mappingResources">
<list>
<value>module1/Element.hbm.xml</value>
</list>
</property>
</bean>
module2-applicationContext.xml:
<bean id="mySessionFactory" definition="add">
<property name="mappingResources">
<list>
<value>module2/Order.hbm.xml</value>
<value>module2/Line.hbm.xml</value>
</list>
</property>
</bean>
For now, we have solved the LocalSessionFactoryBean issue by extending
it and allowing the list of mapping resources to be added by other
beans. Also we have developed a simple BeanPostProcessor which allows us
to put the hibernate mappings per module, and it adds them to the
extended LocalSessionFactoryBean automatically.
Anyway, we are looking also for a more general solution, like the one
stated by Rod. Our projects are based on portlets, and we would like to
extract common modules of each portlet webapp to be handled by a common
parent context. I still haven't tried the
ContextSingletonBeanFactoryLocator class.
Rod Johnson wrote:
> 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?
>>
--
Cèsar Ordiñana
CTO, DiSiD SLL http://www.disid.com
Parc Tecnològic. Av. Benjamin Franklin, 12
Centre de Negocis Edifici CEEI
46980 València - España
Tel +34 646 10 92 84
|
|
From: jb <jbe...@co...> - 2004-11-10 12:28:35
|
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 > |
|
From: Mike Cannon-B. <mca...@gm...> - 2004-11-10 21:45:11
|
On Wed, 10 Nov 2004 07:32:17 -0500, jb <jbe...@co...> wrote: > 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. Except of course that Spring is an elegant, concise, light weight framework with XML files comprehensible to human beings. And JBoss is... ;) m |
|
From: Mike Cannon-B. <mca...@gm...> - 2004-11-10 03:52:12
|
I'll be there :) On Tue, 09 Nov 2004 16:04:28 -0500, Colin Sampaleanu <col...@ex...> wrote: > Rod, Alef and Rob, Mark and I are all going, and I believe Keith is as > well. A few others are 'maybe'... > > > > > Seth Ladd wrote: > > >Hello, > > > >It seems that TSS has already started pushing their Symposium for '05. > > > >http://www.theserverside.com/symposium/ > > > >It's a bit early to decide or plan for, but their early bird > >registration seems to end today. I was curious if anyone is > >hoping/planning to go? Might make it an easier sell to The Boss. > > > >Thanks, > >Seth > > > > > >------------------------------------------------------- > >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 > > > > > > ------------------------------------------------------- > 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 > -- ATLASSIAN - http://www.atlassian.com |
|
From: Dion A. <di...@al...> - 2004-11-10 05:05:29
|
I may show up ;) -----Original Message----- From: Mike Cannon-Brookes [mailto:mca...@gm...] Sent: Tuesday, November 09, 2004 9:52 PM To: spr...@li... Subject: Re: [Springframework-developer] Anyone know if they're planning to go to TSS Symposium '05? I'll be there :) On Tue, 09 Nov 2004 16:04:28 -0500, Colin Sampaleanu <col...@ex...> wrote: > Rod, Alef and Rob, Mark and I are all going, and I believe Keith is as > well. A few others are 'maybe'... > > > > > Seth Ladd wrote: > > >Hello, > > > >It seems that TSS has already started pushing their Symposium for '05. > > > >http://www.theserverside.com/symposium/ > > > >It's a bit early to decide or plan for, but their early bird > >registration seems to end today. I was curious if anyone is > >hoping/planning to go? Might make it an easier sell to The Boss. > > > >Thanks, > >Seth > > > > > >------------------------------------------------------- > >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-develope > >r > > > > > > ------------------------------------------------------- > 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 > -- ATLASSIAN - http://www.atlassian.com ------------------------------------------------------- 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 |
