Menu
▾
▴
springframework-developer — Spring Framework developers list
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(55) |
Mar
(100) |
Apr
(203) |
May
(330) |
Jun
(190) |
Jul
(302) |
Aug
(323) |
Sep
(197) |
Oct
(245) |
Nov
(490) |
Dec
(330) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(194) |
Feb
(400) |
Mar
(416) |
Apr
(415) |
May
(359) |
Jun
(381) |
Jul
(491) |
Aug
(311) |
Sep
(291) |
Oct
(273) |
Nov
(355) |
Dec
(266) |
| 2005 |
Jan
(306) |
Feb
(303) |
Mar
(520) |
Apr
(346) |
May
(255) |
Jun
(221) |
Jul
(171) |
Aug
(247) |
Sep
(147) |
Oct
(125) |
Nov
(165) |
Dec
(65) |
| 2006 |
Jan
(90) |
Feb
(53) |
Mar
(121) |
Apr
(103) |
May
(113) |
Jun
(103) |
Jul
(104) |
Aug
(67) |
Sep
(78) |
Oct
(82) |
Nov
(78) |
Dec
(70) |
| 2007 |
Jan
(77) |
Feb
(76) |
Mar
(63) |
Apr
(30) |
May
(47) |
Jun
(41) |
Jul
(44) |
Aug
(44) |
Sep
(49) |
Oct
(33) |
Nov
(25) |
Dec
(21) |
| 2008 |
Jan
(45) |
Feb
(13) |
Mar
(15) |
Apr
(12) |
May
(9) |
Jun
(33) |
Jul
(30) |
Aug
(7) |
Sep
(20) |
Oct
(17) |
Nov
(20) |
Dec
(10) |
| 2009 |
Jan
(8) |
Feb
(5) |
Mar
(12) |
Apr
(17) |
May
(19) |
Jun
(97) |
Jul
(77) |
Aug
(33) |
Sep
(24) |
Oct
(41) |
Nov
(16) |
Dec
(32) |
| 2010 |
Jan
(24) |
Feb
(14) |
Mar
(50) |
Apr
(71) |
May
(70) |
Jun
(64) |
Jul
(45) |
Aug
(62) |
Sep
(32) |
Oct
(4) |
Nov
(12) |
Dec
(2) |
| 2011 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(3) |
May
(6) |
Jun
(1) |
Jul
(4) |
Aug
(3) |
Sep
(4) |
Oct
(6) |
Nov
(3) |
Dec
(3) |
| 2012 |
Jan
(4) |
Feb
(8) |
Mar
(6) |
Apr
(10) |
May
(2) |
Jun
(3) |
Jul
(11) |
Aug
(10) |
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(4) |
Feb
(1) |
Mar
(9) |
Apr
(1) |
May
(8) |
Jun
(2) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
(3) |
Nov
(10) |
Dec
(8) |
| 2014 |
Jan
(3) |
Feb
(12) |
Mar
(9) |
Apr
(12) |
May
(2) |
Jun
|
Jul
(3) |
Aug
(1) |
Sep
(1) |
Oct
(4) |
Nov
|
Dec
(2) |
| 2015 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(9) |
May
(2) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(7) |
Oct
(9) |
Nov
(7) |
Dec
(9) |
| 2016 |
Jan
(7) |
Feb
(5) |
Mar
(5) |
Apr
(5) |
May
(8) |
Jun
(4) |
Jul
(5) |
Aug
(4) |
Sep
(6) |
Oct
(7) |
Nov
(2) |
Dec
(3) |
| 2017 |
Jan
(7) |
Feb
(8) |
Mar
(7) |
Apr
(3) |
May
(4) |
Jun
(3) |
Jul
(5) |
Aug
(8) |
Sep
(4) |
Oct
(2) |
Nov
(3) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2021 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(5) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Pedro D. G. <ped...@ja...> - 2004-09-27 20:59:21
|
Hi, My name is Pedro Del Gallego. I´m a computer science student in the University of Granada(Spain) and analist in a consultor company. I´m going start my PFC (I´m not sure the translation of that, is something similar to a thesis). The subject that I´m going to treat is lightweights frameworks, from the point of view of their architecture. I´ve begun downloading picocontainer, nanocontainer and spring´s sources, reading diverse mateial of the network, and both Rod Johnson books. Also I´ve develop a pair of applications for Spring and nanocontainer. Can somebody indicate me, if it is possible, the best form to understand the internal operation of spring? (I understand IoC, Dependecy Injection, O/ mapping... but I´m not really sure how Spring use it). can somebody help me? Thanks and sorry for my poor english. -- Pedro Del Gallego Vida pedro.delgallego AT javahispano DOT org Comunidad hispana de Java http://www.javahispano.org |
|
From: Colin S. <col...@ex...> - 2004-09-27 19:17:19
|
Understood, although even if people forget to set the filter beans to prototype, there will not be an issue with the fact that they are singletons unless the user points two or more filter proxies to the same actual filter bean. As long as the lifecycle issues are documented I think it works pretty well, and is _much_ better than having filters which can't access the main config at all, or the other type of code we did before where the filter would manually look for named beans/values in the context, basically subverting IOC. I'm open to other suggestions. One possibility I can think of now, now that you'vd added AutowireCapableBeanFactory.autowireBeanProperties, is for the filter itself to just look up the beanfactory, and call autowireBeanProperties, passing itself. I'm not so sure this is necessarilly cleaner than the existing FilterToBeanProxy and telling people to use PrototypeBeans though. Certainly it would make testing the filter a little bit harder, since it now expects to do this call into the BeanFactory to configure itself. Anyways, no need to figure this out for tomorrow, as I said... Colin jürgen höller [werk3AT] wrote: >It feels a bit odd to have a Spring-managed bean with an init(FilterConfig) method that gets called after its Spring initialization (bean property population, InitializingBean) by a J2EE-managed Filter proxy. > >The Spring context should be fully responsible for the lifecycle of its beans. This means that no caller of getBean should call an initializing method on a returned singleton instance... > >Juergen > > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...]On Behalf >Of Colin Sampaleanu >Sent: Monday, September 27, 2004 7:28 PM >To: spr...@li... >Subject: Re: [Springframework-developer] Let's add Acegi-SEcurity's >FilterToBeanProxy directly to Spring > > >I don't see that much choice in the matter, since the lifecycle of the >Filter is clearly defined. Really it lives as a subset of the lifecycle >of the webapp and associated appcontext. > >But I have no problem with delaying. Anybody that really needs it can >still use it by linking to Acegi, or ripping it out of the latter... > > >jürgen höller [werk3AT] wrote: > > > >>Colin, >> >>Actually, I'd prefer to defer this till 1.1.2. >> >>There are a couple of design issues to discuss there, for example initialization of a javax.servlet.Filter bean in a Spring context: pass through the FilterConfig there from the filter proxy in web.xml? Who really drives the lifecycle of the target bean then? >> >>Anyway, please let's not add this on such short notice... >> >>Juergen >> >> >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...]On Behalf >>Of Colin Sampaleanu >>Sent: Monday, September 27, 2004 5:46 PM >>To: spr...@li... >>Subject: [Springframework-developer] Let's add Acegi-SEcurity's >>FilterToBeanProxy directly to Spring >> >> >>For about 2-3 months I've been meaning to but kept forgetting to add the >>Acegi-Security project's FilterToBeanProxy to Spring itself, since it's >>very useful for anybody doing filter-based stuff with Spring. Anybody >>mind if I add it in for 1.1.1, even at this late stage? >> >>http://www.jdocs.org/acegi/0.6/api/net/sf/acegisecurity/util/FilterToBeanProxy.html >> >>Both Ben and I originally worked on it. It's obviously working and well >>tested. >> >> |
|
From: <jue...@we...> - 2004-09-27 17:53:02
|
It feels a bit odd to have a Spring-managed bean with an = init(FilterConfig) method that gets called after its Spring = initialization (bean property population, InitializingBean) by a = J2EE-managed Filter proxy. The Spring context should be fully responsible for the lifecycle of its = beans. This means that no caller of getBean should call an initializing = method on a returned singleton instance... Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Colin Sampaleanu Sent: Monday, September 27, 2004 7:28 PM To: spr...@li... Subject: Re: [Springframework-developer] Let's add Acegi-SEcurity's FilterToBeanProxy directly to Spring I don't see that much choice in the matter, since the lifecycle of the=20 Filter is clearly defined. Really it lives as a subset of the lifecycle=20 of the webapp and associated appcontext. But I have no problem with delaying. Anybody that really needs it can=20 still use it by linking to Acegi, or ripping it out of the latter... j=FCrgen h=F6ller [werk3AT] wrote: >Colin, > >Actually, I'd prefer to defer this till 1.1.2. > >There are a couple of design issues to discuss there, for example = initialization of a javax.servlet.Filter bean in a Spring context: pass = through the FilterConfig there from the filter proxy in web.xml? Who = really drives the lifecycle of the target bean then? > >Anyway, please let's not add this on such short notice... > >Juergen > > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...]On Behalf >Of Colin Sampaleanu >Sent: Monday, September 27, 2004 5:46 PM >To: spr...@li... >Subject: [Springframework-developer] Let's add Acegi-SEcurity's >FilterToBeanProxy directly to Spring > > >For about 2-3 months I've been meaning to but kept forgetting to add = the=20 >Acegi-Security project's FilterToBeanProxy to Spring itself, since it's = >very useful for anybody doing filter-based stuff with Spring. Anybody=20 >mind if I add it in for 1.1.1, even at this late stage? > =20 >http://www.jdocs.org/acegi/0.6/api/net/sf/acegisecurity/util/FilterToBea= nProxy.html > >Both Ben and I originally worked on it. It's obviously working and well = >tested. > =20 > ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rod J. <ro...@in...> - 2004-09-27 17:49:40
|
I don't object.=20 -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of j=FCrgen h=F6ller [werk3AT] Sent: 27 September 2004 14:28 To: spr...@li... Subject: [Springframework-developer] PoolingConfig and getXxxCount I've just deprecated PoolingConfig's "int getActive" and "int getFree" methods in favor of "getActiveCount" and "getIdleCount", to make their naming consistent with the rest of the framework. We've had various namings for such methods before, for example = "getNrOfXxx" or "getXxxCount". Since 1.1, everything should be named "getXxxCount". PoolingConfig just slipped through my review... Interestingly, most Jakarta Commons projects use "getNumXxx" naming. = Well, the most important thing is probably just consistency, whatever naming pattern chosen. In particular, I believe that such methods that return a count should explicitly express this in their name. Therefore, a name like = "getActive" is not clear enough, IMO: It could also return an active object... Thoughts? Objections? Juergen ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 = Project Admins to receive an Apple iPod Mini FREE for your judgement on who = ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2004-09-27 17:28:49
|
I don't see that much choice in the matter, since the lifecycle of the Filter is clearly defined. Really it lives as a subset of the lifecycle of the webapp and associated appcontext. But I have no problem with delaying. Anybody that really needs it can still use it by linking to Acegi, or ripping it out of the latter... jürgen höller [werk3AT] wrote: >Colin, > >Actually, I'd prefer to defer this till 1.1.2. > >There are a couple of design issues to discuss there, for example initialization of a javax.servlet.Filter bean in a Spring context: pass through the FilterConfig there from the filter proxy in web.xml? Who really drives the lifecycle of the target bean then? > >Anyway, please let's not add this on such short notice... > >Juergen > > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...]On Behalf >Of Colin Sampaleanu >Sent: Monday, September 27, 2004 5:46 PM >To: spr...@li... >Subject: [Springframework-developer] Let's add Acegi-SEcurity's >FilterToBeanProxy directly to Spring > > >For about 2-3 months I've been meaning to but kept forgetting to add the >Acegi-Security project's FilterToBeanProxy to Spring itself, since it's >very useful for anybody doing filter-based stuff with Spring. Anybody >mind if I add it in for 1.1.1, even at this late stage? > >http://www.jdocs.org/acegi/0.6/api/net/sf/acegisecurity/util/FilterToBeanProxy.html > >Both Ben and I originally worked on it. It's obviously working and well >tested. > > |
|
From: Patrick B. <pbu...@gm...> - 2004-09-27 16:32:19
|
I'd say go for it...saves me from having to copy it over to my code since I'm not using acegi at the moment, but I love that functionality. There is one thing though, and I've mentioned it on the list before: http://thread.gmane.org/gmane.comp.java.springframework.user/3797 If you extend GenericFilterBean in any way ( I particularly use the further subclass OncePerRequestFilter), the properties you need to pass to FilterToBeanProxy are then assumed to be properties on your filter. You end up having to create dummy setters for it to work. I know that's a small price to pay for the functionality you receive, but it seems like there could be a cleaner way. Patrick On Mon, 27 Sep 2004 12:03:34 -0400, Dmitriy Kopylenko <dko...@ru...> wrote: > We also use it and find it very useful. +1 for adding it to the Spring core > > D. > > Colin Sampaleanu wrote: > > > For about 2-3 months I've been meaning to but kept forgetting to add > > the Acegi-Security project's FilterToBeanProxy to Spring itself, since > > it's very useful for anybody doing filter-based stuff with Spring. > > Anybody mind if I add it in for 1.1.1, even at this late stage? > > > > http://www.jdocs.org/acegi/0.6/api/net/sf/acegisecurity/util/FilterToBeanProxy.html > > > > > > Both Ben and I originally worked on it. It's obviously working and > > well tested. > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > > Project Admins to receive an Apple iPod Mini FREE for your judgement on > > who ports your project to Linux PPC the best. Sponsored by IBM. > > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: <jue...@we...> - 2004-09-27 16:21:05
|
Colin, Actually, I'd prefer to defer this till 1.1.2. There are a couple of design issues to discuss there, for example = initialization of a javax.servlet.Filter bean in a Spring context: pass = through the FilterConfig there from the filter proxy in web.xml? Who = really drives the lifecycle of the target bean then? Anyway, please let's not add this on such short notice... Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Colin Sampaleanu Sent: Monday, September 27, 2004 5:46 PM To: spr...@li... Subject: [Springframework-developer] Let's add Acegi-SEcurity's FilterToBeanProxy directly to Spring For about 2-3 months I've been meaning to but kept forgetting to add the = Acegi-Security project's FilterToBeanProxy to Spring itself, since it's=20 very useful for anybody doing filter-based stuff with Spring. Anybody=20 mind if I add it in for 1.1.1, even at this late stage? =20 http://www.jdocs.org/acegi/0.6/api/net/sf/acegisecurity/util/FilterToBean= Proxy.html Both Ben and I originally worked on it. It's obviously working and well=20 tested. ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Dmitriy K. <dko...@ru...> - 2004-09-27 16:01:47
|
We also use it and find it very useful. +1 for adding it to the Spring core D. Colin Sampaleanu wrote: > For about 2-3 months I've been meaning to but kept forgetting to add > the Acegi-Security project's FilterToBeanProxy to Spring itself, since > it's very useful for anybody doing filter-based stuff with Spring. > Anybody mind if I add it in for 1.1.1, even at this late stage? > > http://www.jdocs.org/acegi/0.6/api/net/sf/acegisecurity/util/FilterToBeanProxy.html > > > Both Ben and I originally worked on it. It's obviously working and > well tested. > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2004-09-27 15:48:13
|
I'm ok with the package name. jürgen höller [werk3AT] wrote: >Well, anyone else having an opinion on this? In particular regarding the package name? > >Juergen > > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...]On Behalf >Of Dmitriy Kopylenko >Sent: Monday, September 27, 2004 4:23 PM >To: spr...@li... >Subject: Re: [Springframework-developer] ServletWrappingController > > >Ok, back to the main src tree ;-) > >Next logical step for the caching support is to look into OSCache >support. Any volunteers? ;-) > >Dmitriy. > >jürgen höller [werk3AT] wrote: > > > >>Oh, you've already moved those classes over - I didn't notice that! Wait a moment before you move them back then... >> >>Do we finally agree on the package "org.springframework.cache.ehcache"? It feels a bit odd to have nothing else in the cache package yet... On the other hand, that's no show stopper. >> >>If noone else has worries, I wouldn't mind including them in 1.1.1 either. >> >>Juergen >> >> >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...]On Behalf >>Of Dmitriy Kopylenko >>Sent: Monday, September 27, 2004 2:56 PM >>To: spr...@li... >>Subject: Re: [Springframework-developer] ServletWrappingController >> >> >>Sure, I'll move EHCache stuff back to the sandbox.... >> >>Dmitriy. >> >> >> >> >>jürgen höller [werk3AT] wrote: >> >> >> >> >> >>>Regarding schedule: I intend to release 1.1.1 tomorrow evening. >>> >>>I'd prefer new stuff like the EHCache support to stay in the sandbox for the time being, in particular as we still haven't thought long enough about the target package etc... >>> >>>We'll do a 1.1.2 release in early November anyway :-) >>> >>>Juergen >>> >>> >>>-----Original Message----- >>>From: spr...@li... >>>[mailto:spr...@li...]On Behalf >>>Of Dmitriy Kopylenko >>>Sent: Saturday, September 25, 2004 8:52 PM >>>To: spr...@li... >>>Subject: Re: [Springframework-developer] ServletWrappingController >>> >>> >>>Juergen, >>> >>>"ServletWrappingController" sounds just fine to me. +1 >>> >>>Regards, >>>Dmitriy. >>> >>>P.S. >>>btw, are we still on schedule for tomorrow's 1.1.1 release? >>> >>>jürgen höller [werk3AT] wrote: >>> >>> >>> >>> >>> >>> >>> >>>>Following a suggestion in the follwing JIRA issue >>>> >>>>http://opensource.atlassian.com/projects/spring/browse/SPR-350 <http://opensource.atlassian.com/projects/spring/browse/SPR-350> >>>> >>>>I've implemented a ServletWrappingController that simply forwards to a named servlet within Spring's dispatching infrastructure. The advantage is that all requests to that target servlet will go through the configured HandlerInterceptors etc. This is particularly useful to apply OpenSessionInViewInterceptor to Struts actions in a Servlet 2.2 environment (where OpenSessionInViewFilter won't work). >>>> >>>>I'll include this in 1.1.1, as it's pretty trivial and completely independent from both Struts and Hibernate. The only thing I'm not sure about is the class name: It's essentially a controller that wraps a servlet, therefore the current name "ServletWrappingController". If anyone has a better name, please tell me at your earliest convenience :-) >>>> >>>>Juergen >>>> >>>> >>>>------------------------------------------------------- >>>>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>>>Project Admins to receive an Apple iPod Mini FREE for your judgement on >>>>who ports your project to Linux PPC the best. Sponsored by IBM. >>>>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>>>_______________________________________________ >>>>Springframework-developer mailing list >>>>Spr...@li... >>>>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>------------------------------------------------------- >>>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>>Project Admins to receive an Apple iPod Mini FREE for your judgement on >>>who ports your project to Linux PPC the best. Sponsored by IBM. >>>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>>_______________________________________________ >>>Springframework-developer mailing list >>>Spr...@li... >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >>>------------------------------------------------------- >>>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>>Project Admins to receive an Apple iPod Mini FREE for your judgement on >>>who ports your project to Linux PPC the best. Sponsored by IBM. >>>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>>_______________________________________________ >>>Springframework-developer mailing list >>>Spr...@li... >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >>> >>> >>> >>> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>Project Admins to receive an Apple iPod Mini FREE for your judgement on >>who ports your project to Linux PPC the best. Sponsored by IBM. >>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>Project Admins to receive an Apple iPod Mini FREE for your judgement on >>who ports your project to Linux PPC the best. Sponsored by IBM. >>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> > > > >------------------------------------------------------- >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >Project Admins to receive an Apple iPod Mini FREE for your judgement on >who ports your project to Linux PPC the best. Sponsored by IBM. >Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > >------------------------------------------------------- >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >Project Admins to receive an Apple iPod Mini FREE for your judgement on >who ports your project to Linux PPC the best. Sponsored by IBM. >Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Colin S. <col...@ex...> - 2004-09-27 15:46:53
|
For about 2-3 months I've been meaning to but kept forgetting to add the Acegi-Security project's FilterToBeanProxy to Spring itself, since it's very useful for anybody doing filter-based stuff with Spring. Anybody mind if I add it in for 1.1.1, even at this late stage? http://www.jdocs.org/acegi/0.6/api/net/sf/acegisecurity/util/FilterToBeanProxy.html Both Ben and I originally worked on it. It's obviously working and well tested. |
|
From: Dmitriy K. <dko...@ru...> - 2004-09-27 15:01:16
|
Come on folks, this would be your last chance (before 1.1.1) to voice your opinion... ;-) D. jürgen höller [werk3AT] wrote: >Well, anyone else having an opinion on this? In particular regarding the package name? > >Juergen > > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...]On Behalf >Of Dmitriy Kopylenko >Sent: Monday, September 27, 2004 4:23 PM >To: spr...@li... >Subject: Re: [Springframework-developer] ServletWrappingController > > >Ok, back to the main src tree ;-) > >Next logical step for the caching support is to look into OSCache >support. Any volunteers? ;-) > >Dmitriy. > >jürgen höller [werk3AT] wrote: > > > >>Oh, you've already moved those classes over - I didn't notice that! Wait a moment before you move them back then... >> >>Do we finally agree on the package "org.springframework.cache.ehcache"? It feels a bit odd to have nothing else in the cache package yet... On the other hand, that's no show stopper. >> >>If noone else has worries, I wouldn't mind including them in 1.1.1 either. >> >>Juergen >> >> >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...]On Behalf >>Of Dmitriy Kopylenko >>Sent: Monday, September 27, 2004 2:56 PM >>To: spr...@li... >>Subject: Re: [Springframework-developer] ServletWrappingController >> >> >>Sure, I'll move EHCache stuff back to the sandbox.... >> >>Dmitriy. >> >> >> >> >>jürgen höller [werk3AT] wrote: >> >> >> >> >> >>>Regarding schedule: I intend to release 1.1.1 tomorrow evening. >>> >>>I'd prefer new stuff like the EHCache support to stay in the sandbox for the time being, in particular as we still haven't thought long enough about the target package etc... >>> >>>We'll do a 1.1.2 release in early November anyway :-) >>> >>>Juergen >>> >>> >>>-----Original Message----- >>>From: spr...@li... >>>[mailto:spr...@li...]On Behalf >>>Of Dmitriy Kopylenko >>>Sent: Saturday, September 25, 2004 8:52 PM >>>To: spr...@li... >>>Subject: Re: [Springframework-developer] ServletWrappingController >>> >>> >>>Juergen, >>> >>>"ServletWrappingController" sounds just fine to me. +1 >>> >>>Regards, >>>Dmitriy. >>> >>>P.S. >>>btw, are we still on schedule for tomorrow's 1.1.1 release? >>> >>>jürgen höller [werk3AT] wrote: >>> >>> >>> >>> >>> >>> >>> >>>>Following a suggestion in the follwing JIRA issue >>>> >>>>http://opensource.atlassian.com/projects/spring/browse/SPR-350 <http://opensource.atlassian.com/projects/spring/browse/SPR-350> >>>> >>>>I've implemented a ServletWrappingController that simply forwards to a named servlet within Spring's dispatching infrastructure. The advantage is that all requests to that target servlet will go through the configured HandlerInterceptors etc. This is particularly useful to apply OpenSessionInViewInterceptor to Struts actions in a Servlet 2.2 environment (where OpenSessionInViewFilter won't work). >>>> >>>>I'll include this in 1.1.1, as it's pretty trivial and completely independent from both Struts and Hibernate. The only thing I'm not sure about is the class name: It's essentially a controller that wraps a servlet, therefore the current name "ServletWrappingController". If anyone has a better name, please tell me at your earliest convenience :-) >>>> >>>>Juergen >>>> >>>> >>>>------------------------------------------------------- >>>>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>>>Project Admins to receive an Apple iPod Mini FREE for your judgement on >>>>who ports your project to Linux PPC the best. Sponsored by IBM. >>>>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>>>_______________________________________________ >>>>Springframework-developer mailing list >>>>Spr...@li... >>>>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>------------------------------------------------------- >>>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>>Project Admins to receive an Apple iPod Mini FREE for your judgement on >>>who ports your project to Linux PPC the best. Sponsored by IBM. >>>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>>_______________________________________________ >>>Springframework-developer mailing list >>>Spr...@li... >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >>>------------------------------------------------------- >>>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>>Project Admins to receive an Apple iPod Mini FREE for your judgement on >>>who ports your project to Linux PPC the best. Sponsored by IBM. >>>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>>_______________________________________________ >>>Springframework-developer mailing list >>>Spr...@li... >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >>> >>> >>> >>> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>Project Admins to receive an Apple iPod Mini FREE for your judgement on >>who ports your project to Linux PPC the best. Sponsored by IBM. >>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>Project Admins to receive an Apple iPod Mini FREE for your judgement on >>who ports your project to Linux PPC the best. Sponsored by IBM. >>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> > > > >------------------------------------------------------- >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >Project Admins to receive an Apple iPod Mini FREE for your judgement on >who ports your project to Linux PPC the best. Sponsored by IBM. >Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > >------------------------------------------------------- >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >Project Admins to receive an Apple iPod Mini FREE for your judgement on >who ports your project to Linux PPC the best. Sponsored by IBM. >Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: <jue...@we...> - 2004-09-27 14:42:54
|
Well, anyone else having an opinion on this? In particular regarding the = package name? Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Dmitriy Kopylenko Sent: Monday, September 27, 2004 4:23 PM To: spr...@li... Subject: Re: [Springframework-developer] ServletWrappingController Ok, back to the main src tree ;-) Next logical step for the caching support is to look into OSCache=20 support. Any volunteers? ;-) Dmitriy. j=FCrgen h=F6ller [werk3AT] wrote: >Oh, you've already moved those classes over - I didn't notice that! = Wait a moment before you move them back then... > >Do we finally agree on the package "org.springframework.cache.ehcache"? = It feels a bit odd to have nothing else in the cache package yet... On = the other hand, that's no show stopper. > >If noone else has worries, I wouldn't mind including them in 1.1.1 = either. > >Juergen > > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...]On Behalf >Of Dmitriy Kopylenko >Sent: Monday, September 27, 2004 2:56 PM >To: spr...@li... >Subject: Re: [Springframework-developer] ServletWrappingController > > >Sure, I'll move EHCache stuff back to the sandbox.... > >Dmitriy. > > > > >j=FCrgen h=F6ller [werk3AT] wrote: > > =20 > >>Regarding schedule: I intend to release 1.1.1 tomorrow evening. >> >>I'd prefer new stuff like the EHCache support to stay in the sandbox = for the time being, in particular as we still haven't thought long = enough about the target package etc... >> >>We'll do a 1.1.2 release in early November anyway :-) >> >>Juergen >> >> >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...]On = Behalf >>Of Dmitriy Kopylenko >>Sent: Saturday, September 25, 2004 8:52 PM >>To: spr...@li... >>Subject: Re: [Springframework-developer] ServletWrappingController >> >> >>Juergen, >> >>"ServletWrappingController" sounds just fine to me. +1 >> >>Regards, >>Dmitriy. >> >>P.S. >>btw, are we still on schedule for tomorrow's 1.1.1 release? >> >>j=FCrgen h=F6ller [werk3AT] wrote: >> >>=20 >> >> =20 >> >>>Following a suggestion in the follwing JIRA issue >>> >>>http://opensource.atlassian.com/projects/spring/browse/SPR-350 = <http://opensource.atlassian.com/projects/spring/browse/SPR-350>=20 >>> >>>I've implemented a ServletWrappingController that simply forwards to = a named servlet within Spring's dispatching infrastructure. The = advantage is that all requests to that target servlet will go through = the configured HandlerInterceptors etc. This is particularly useful to = apply OpenSessionInViewInterceptor to Struts actions in a Servlet 2.2 = environment (where OpenSessionInViewFilter won't work). >>> >>>I'll include this in 1.1.1, as it's pretty trivial and completely = independent from both Struts and Hibernate. The only thing I'm not sure = about is the class name: It's essentially a controller that wraps a = servlet, therefore the current name "ServletWrappingController". If = anyone has a better name, please tell me at your earliest convenience = :-) >>> >>>Juergen >>> >>> >>>------------------------------------------------------- >>>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>>Project Admins to receive an Apple iPod Mini FREE for your judgement = on >>>who ports your project to Linux PPC the best. Sponsored by IBM. >>>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>>_______________________________________________ >>>Springframework-developer mailing list >>>Spr...@li... >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer= >>> >>> >>> =20 >>> >>> =20 >>> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>Project Admins to receive an Apple iPod Mini FREE for your judgement = on >>who ports your project to Linux PPC the best. Sponsored by IBM. >>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>Project Admins to receive an Apple iPod Mini FREE for your judgement = on >>who ports your project to Linux PPC the best. Sponsored by IBM. >>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>=20 >> >> =20 >> > > > >------------------------------------------------------- >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >Project Admins to receive an Apple iPod Mini FREE for your judgement on >who ports your project to Linux PPC the best. Sponsored by IBM. >Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > >------------------------------------------------------- >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >Project Admins to receive an Apple iPod Mini FREE for your judgement on >who ports your project to Linux PPC the best. Sponsored by IBM. >Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > =20 > ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2004-09-27 14:29:06
|
Fine with me. I'm not a big fan of humongous method names just for consistency (compare a typical Java program to a typical Python program, in terms of standard library usage), but these are not overly long... jürgen höller [werk3AT] wrote: >I've just deprecated PoolingConfig's "int getActive" and "int getFree" methods in favor of "getActiveCount" and "getIdleCount", to make their naming consistent with the rest of the framework. > >We've had various namings for such methods before, for example "getNrOfXxx" or "getXxxCount". Since 1.1, everything should be named "getXxxCount". PoolingConfig just slipped through my review... > >Interestingly, most Jakarta Commons projects use "getNumXxx" naming. Well, the most important thing is probably just consistency, whatever naming pattern chosen. > >In particular, I believe that such methods that return a count should explicitly express this in their name. Therefore, a name like "getActive" is not clear enough, IMO: It could also return an active object... > >Thoughts? Objections? > >Juergen > > |
|
From: Dmitriy K. <dko...@ru...> - 2004-09-27 14:21:00
|
Ok, back to the main src tree ;-) Next logical step for the caching support is to look into OSCache support. Any volunteers? ;-) Dmitriy. jürgen höller [werk3AT] wrote: >Oh, you've already moved those classes over - I didn't notice that! Wait a moment before you move them back then... > >Do we finally agree on the package "org.springframework.cache.ehcache"? It feels a bit odd to have nothing else in the cache package yet... On the other hand, that's no show stopper. > >If noone else has worries, I wouldn't mind including them in 1.1.1 either. > >Juergen > > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...]On Behalf >Of Dmitriy Kopylenko >Sent: Monday, September 27, 2004 2:56 PM >To: spr...@li... >Subject: Re: [Springframework-developer] ServletWrappingController > > >Sure, I'll move EHCache stuff back to the sandbox.... > >Dmitriy. > > > > >jürgen höller [werk3AT] wrote: > > > >>Regarding schedule: I intend to release 1.1.1 tomorrow evening. >> >>I'd prefer new stuff like the EHCache support to stay in the sandbox for the time being, in particular as we still haven't thought long enough about the target package etc... >> >>We'll do a 1.1.2 release in early November anyway :-) >> >>Juergen >> >> >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...]On Behalf >>Of Dmitriy Kopylenko >>Sent: Saturday, September 25, 2004 8:52 PM >>To: spr...@li... >>Subject: Re: [Springframework-developer] ServletWrappingController >> >> >>Juergen, >> >>"ServletWrappingController" sounds just fine to me. +1 >> >>Regards, >>Dmitriy. >> >>P.S. >>btw, are we still on schedule for tomorrow's 1.1.1 release? >> >>jürgen höller [werk3AT] wrote: >> >> >> >> >> >>>Following a suggestion in the follwing JIRA issue >>> >>>http://opensource.atlassian.com/projects/spring/browse/SPR-350 <http://opensource.atlassian.com/projects/spring/browse/SPR-350> >>> >>>I've implemented a ServletWrappingController that simply forwards to a named servlet within Spring's dispatching infrastructure. The advantage is that all requests to that target servlet will go through the configured HandlerInterceptors etc. This is particularly useful to apply OpenSessionInViewInterceptor to Struts actions in a Servlet 2.2 environment (where OpenSessionInViewFilter won't work). >>> >>>I'll include this in 1.1.1, as it's pretty trivial and completely independent from both Struts and Hibernate. The only thing I'm not sure about is the class name: It's essentially a controller that wraps a servlet, therefore the current name "ServletWrappingController". If anyone has a better name, please tell me at your earliest convenience :-) >>> >>>Juergen >>> >>> >>>------------------------------------------------------- >>>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>>Project Admins to receive an Apple iPod Mini FREE for your judgement on >>>who ports your project to Linux PPC the best. Sponsored by IBM. >>>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>>_______________________________________________ >>>Springframework-developer mailing list >>>Spr...@li... >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >>> >>> >>> >>> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>Project Admins to receive an Apple iPod Mini FREE for your judgement on >>who ports your project to Linux PPC the best. Sponsored by IBM. >>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>Project Admins to receive an Apple iPod Mini FREE for your judgement on >>who ports your project to Linux PPC the best. Sponsored by IBM. >>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> > > > >------------------------------------------------------- >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >Project Admins to receive an Apple iPod Mini FREE for your judgement on >who ports your project to Linux PPC the best. Sponsored by IBM. >Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > >------------------------------------------------------- >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >Project Admins to receive an Apple iPod Mini FREE for your judgement on >who ports your project to Linux PPC the best. Sponsored by IBM. >Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: <jue...@we...> - 2004-09-27 13:56:54
|
I've brought the project.xml file up to date, in terms of dependency = versions and also of the developer list. Could someone with a working = Maven installation please try whether our Maven script still works? Juergen |
|
From: <jue...@we...> - 2004-09-27 13:38:22
|
Oh, you've already moved those classes over - I didn't notice that! Wait = a moment before you move them back then... Do we finally agree on the package "org.springframework.cache.ehcache"? = It feels a bit odd to have nothing else in the cache package yet... On = the other hand, that's no show stopper. If noone else has worries, I wouldn't mind including them in 1.1.1 = either. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Dmitriy Kopylenko Sent: Monday, September 27, 2004 2:56 PM To: spr...@li... Subject: Re: [Springframework-developer] ServletWrappingController Sure, I'll move EHCache stuff back to the sandbox.... Dmitriy. j=FCrgen h=F6ller [werk3AT] wrote: >Regarding schedule: I intend to release 1.1.1 tomorrow evening. > >I'd prefer new stuff like the EHCache support to stay in the sandbox = for the time being, in particular as we still haven't thought long = enough about the target package etc... > >We'll do a 1.1.2 release in early November anyway :-) > >Juergen > > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...]On Behalf >Of Dmitriy Kopylenko >Sent: Saturday, September 25, 2004 8:52 PM >To: spr...@li... >Subject: Re: [Springframework-developer] ServletWrappingController > > >Juergen, > >"ServletWrappingController" sounds just fine to me. +1 > >Regards, >Dmitriy. > >P.S. >btw, are we still on schedule for tomorrow's 1.1.1 release? > >j=FCrgen h=F6ller [werk3AT] wrote: > > =20 > >>Following a suggestion in the follwing JIRA issue >> >>http://opensource.atlassian.com/projects/spring/browse/SPR-350 = <http://opensource.atlassian.com/projects/spring/browse/SPR-350>=20 >> >>I've implemented a ServletWrappingController that simply forwards to a = named servlet within Spring's dispatching infrastructure. The advantage = is that all requests to that target servlet will go through the = configured HandlerInterceptors etc. This is particularly useful to apply = OpenSessionInViewInterceptor to Struts actions in a Servlet 2.2 = environment (where OpenSessionInViewFilter won't work). >> >>I'll include this in 1.1.1, as it's pretty trivial and completely = independent from both Struts and Hibernate. The only thing I'm not sure = about is the class name: It's essentially a controller that wraps a = servlet, therefore the current name "ServletWrappingController". If = anyone has a better name, please tell me at your earliest convenience = :-) >> >>Juergen >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>Project Admins to receive an Apple iPod Mini FREE for your judgement = on >>who ports your project to Linux PPC the best. Sponsored by IBM. >>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>=20 >> >> =20 >> > > > >------------------------------------------------------- >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >Project Admins to receive an Apple iPod Mini FREE for your judgement on >who ports your project to Linux PPC the best. Sponsored by IBM. >Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > >------------------------------------------------------- >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >Project Admins to receive an Apple iPod Mini FREE for your judgement on >who ports your project to Linux PPC the best. Sponsored by IBM. >Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > =20 > ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rob H. <ro...@ca...> - 2004-09-27 13:30:34
|
Rob, This support is already available. By default Spring will attempt to locate an already loaded MBeanServer in the current VM. However, you can supply one using the MBeanServerFactory bean which will simply create an MBeanServer instance using whichever implementation of JMX is available on your classpath. Rob Rob Butler wrote: >>1. Support for XML config of management interface >>2. Classes to automatically create and start vendor >>specific JMX >>adaptors like the HtmlAdaptorServer in the RI >> >> > >How about the ability to detect and start a JMX kernel >and adapter(s), and then fall back to default/supplied >one(s) if they aren't available. i.e. If starting in >Weblogic, or Jboss which supply a JMX kernel and >adaptors don't start anything. If starting as a stand >alone application, or in a J2EE server that doesn't >have a JMX kernel or adapters, then start a JMX kernel >and any configured adapters. > > > >>3. FactoryBeans to create and optionally start JSR >>160 server connections >>4. FactoryBeans to create JSR 160 client connections >>5. Proxy support for JSR 160 client connections >> >>Beyond this I am not sure what other features people >>want to see. If >>there is anything else you can think of then let me >>know so I can try to >>fit it in before 1.2. >> >> > > > > >__________________________________ >Do you Yahoo!? >Yahoo! Mail - 50x more storage than other providers! >http://promotions.yahoo.com/new_mail > > >------------------------------------------------------- >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >Project Admins to receive an Apple iPod Mini FREE for your judgement on >who ports your project to Linux PPC the best. Sponsored by IBM. >Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
|
From: <jue...@we...> - 2004-09-27 13:27:26
|
I've just deprecated PoolingConfig's "int getActive" and "int getFree" = methods in favor of "getActiveCount" and "getIdleCount", to make their = naming consistent with the rest of the framework. We've had various namings for such methods before, for example = "getNrOfXxx" or "getXxxCount". Since 1.1, everything should be named = "getXxxCount". PoolingConfig just slipped through my review... Interestingly, most Jakarta Commons projects use "getNumXxx" naming. = Well, the most important thing is probably just consistency, whatever = naming pattern chosen. In particular, I believe that such methods that return a count should = explicitly express this in their name. Therefore, a name like = "getActive" is not clear enough, IMO: It could also return an active = object... Thoughts? Objections? Juergen |
|
From: Dmitriy K. <dko...@ru...> - 2004-09-27 12:54:46
|
Sure, I'll move EHCache stuff back to the sandbox.... Dmitriy. jürgen höller [werk3AT] wrote: >Regarding schedule: I intend to release 1.1.1 tomorrow evening. > >I'd prefer new stuff like the EHCache support to stay in the sandbox for the time being, in particular as we still haven't thought long enough about the target package etc... > >We'll do a 1.1.2 release in early November anyway :-) > >Juergen > > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...]On Behalf >Of Dmitriy Kopylenko >Sent: Saturday, September 25, 2004 8:52 PM >To: spr...@li... >Subject: Re: [Springframework-developer] ServletWrappingController > > >Juergen, > >"ServletWrappingController" sounds just fine to me. +1 > >Regards, >Dmitriy. > >P.S. >btw, are we still on schedule for tomorrow's 1.1.1 release? > >jürgen höller [werk3AT] wrote: > > > >>Following a suggestion in the follwing JIRA issue >> >>http://opensource.atlassian.com/projects/spring/browse/SPR-350 <http://opensource.atlassian.com/projects/spring/browse/SPR-350> >> >>I've implemented a ServletWrappingController that simply forwards to a named servlet within Spring's dispatching infrastructure. The advantage is that all requests to that target servlet will go through the configured HandlerInterceptors etc. This is particularly useful to apply OpenSessionInViewInterceptor to Struts actions in a Servlet 2.2 environment (where OpenSessionInViewFilter won't work). >> >>I'll include this in 1.1.1, as it's pretty trivial and completely independent from both Struts and Hibernate. The only thing I'm not sure about is the class name: It's essentially a controller that wraps a servlet, therefore the current name "ServletWrappingController". If anyone has a better name, please tell me at your earliest convenience :-) >> >>Juergen >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>Project Admins to receive an Apple iPod Mini FREE for your judgement on >>who ports your project to Linux PPC the best. Sponsored by IBM. >>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> > > > >------------------------------------------------------- >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >Project Admins to receive an Apple iPod Mini FREE for your judgement on >who ports your project to Linux PPC the best. Sponsored by IBM. >Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > >------------------------------------------------------- >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >Project Admins to receive an Apple iPod Mini FREE for your judgement on >who ports your project to Linux PPC the best. Sponsored by IBM. >Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: <jue...@we...> - 2004-09-27 12:16:46
|
Regarding schedule: I intend to release 1.1.1 tomorrow evening. I'd prefer new stuff like the EHCache support to stay in the sandbox for = the time being, in particular as we still haven't thought long enough = about the target package etc... We'll do a 1.1.2 release in early November anyway :-) Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Dmitriy Kopylenko Sent: Saturday, September 25, 2004 8:52 PM To: spr...@li... Subject: Re: [Springframework-developer] ServletWrappingController Juergen, "ServletWrappingController" sounds just fine to me. +1 Regards, Dmitriy. P.S. btw, are we still on schedule for tomorrow's 1.1.1 release? j=FCrgen h=F6ller [werk3AT] wrote: >Following a suggestion in the follwing JIRA issue >=20 >http://opensource.atlassian.com/projects/spring/browse/SPR-350 = <http://opensource.atlassian.com/projects/spring/browse/SPR-350>=20 >=20 >I've implemented a ServletWrappingController that simply forwards to a = named servlet within Spring's dispatching infrastructure. The advantage = is that all requests to that target servlet will go through the = configured HandlerInterceptors etc. This is particularly useful to apply = OpenSessionInViewInterceptor to Struts actions in a Servlet 2.2 = environment (where OpenSessionInViewFilter won't work). >=20 >I'll include this in 1.1.1, as it's pretty trivial and completely = independent from both Struts and Hibernate. The only thing I'm not sure = about is the class name: It's essentially a controller that wraps a = servlet, therefore the current name "ServletWrappingController". If = anyone has a better name, please tell me at your earliest convenience = :-) >=20 >Juergen > > >------------------------------------------------------- >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >Project Admins to receive an Apple iPod Mini FREE for your judgement on >who ports your project to Linux PPC the best. Sponsored by IBM. >Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > =20 > ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jue...@we...> - 2004-09-27 06:26:30
|
Following the suggestion in =20 http://opensource.atlassian.com/projects/spring/browse/SPR-352 =20 I've added a CollectionFactory helper to our core package, abstracting = the creation of linked and identity maps (called by bean factory stuff, = JdbcTemplate, HashMapCachingAdvisorChainFactory). It primarily uses JDK 1.4 collections when available, checks for Commons = Collection 3.x as secondary choice (on JDK <=3D 1.4), and falls back to = standard JDK 1.3 collections else. =20 This means that we can retain the insertion order of managed maps and = use efficient method lookup in HashMapCachingAdvisorChainFactory on JDK = 1.3 too now, provided that Commons Collections 3.x is on the classpath. = On plain JDK 1.3, we have no other choice as to fall back to the = standard HashMap. =20 Juergen |
|
From: Rob B. <cro...@ya...> - 2004-09-26 23:37:24
|
> > 1. Support for XML config of management interface > 2. Classes to automatically create and start vendor > specific JMX > adaptors like the HtmlAdaptorServer in the RI How about the ability to detect and start a JMX kernel and adapter(s), and then fall back to default/supplied one(s) if they aren't available. i.e. If starting in Weblogic, or Jboss which supply a JMX kernel and adaptors don't start anything. If starting as a stand alone application, or in a J2EE server that doesn't have a JMX kernel or adapters, then start a JMX kernel and any configured adapters. > 3. FactoryBeans to create and optionally start JSR > 160 server connections > 4. FactoryBeans to create JSR 160 client connections > 5. Proxy support for JSR 160 client connections > > Beyond this I am not sure what other features people > want to see. If > there is anything else you can think of then let me > know so I can try to > fit it in before 1.2. __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail |
|
From: <al...@jt...> - 2004-09-26 22:30:07
|
<html><head>
<style>
.white { color:#FFFFFF }.index { background-color:#FFFFFF }.index-passed { =
color:#004400 }.index-failed { color:#FF0000; font-weight:bold }.index-head=
er { font-weight:bold }.link { font-family:arial,helvetica,sans-serif; font=
-size:10pt; color:#FFFFFF; text-decoration:none; }.tab-table { margin: 0em =
0em 0.5em 0em; }.tabs { font-family:arial,helvetica,sans-serif; font-size:8=
pt; color:#000000; font-weight:bold; padding: 0em 2em; background-color:#EE=
EEEE; }.tabs-link { color:#000000; text-decoration:none; }.tabs-link:visite=
d { color:#000000; text-decoration:none; }.tabs-selected { font-family:aria=
l,helvetica,sans-serif; font-size:8pt; color:#000000; font-weight:bold; pad=
ding: 0em 2em; }.tabs-selected { border: inset; }.header-title { font-famil=
y:arial,helvetica,sans-serif; font-size:12pt; color:#000000; font-weight:bo=
ld; }.header-label { font-weight:bold; }.header-data { font-family:arial,he=
lvetica,sans-serif; font-size:10pt; color:#000000; }.modifications-data { f=
ont-family:arial,helvetica,sans-serif; font-size:8pt; color:#000000; }.modi=
fications-sectionheader { background-color:#000066; font-family:arial,helve=
tica,sans-serif; font-size:10pt; color:#FFFFFF; }.modifications-oddrow { ba=
ckground-color:#CCCCCC }.modifications-evenrow { background-color:#FFFFCC }=
.changelists-oddrow { background-color:#CCCCCC }.changelists-evenrow { back=
ground-color:#FFFFCC }.changelists-file-spacer { background-color:#FFFFFF }=
.changelists-file-evenrow { background-color:#EEEEEE }.changelists-file-odd=
row { background-color:#FFFFEE }.changelists-file-header { background-color=
:#666666; font-family:arial,helvetica,sans-serif; font-size:8pt; color:#FFF=
FFF; }.compile-data { font-family:arial,helvetica,sans-serif; font-size:8pt=
; color:#000000; }.compile-error-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#FF0000; }.compile-warn-data { font-family:arial,=
helvetica,sans-serif; font-size:8pt; color:#CC9900; }.compile-sectionheader=
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-s=
ize:10pt; color:#FFFFFF; }.distributables-data { font-family:arial,helvetic=
a,sans-serif; font-size:8pt; color:#000000; }.distributables-sectionheader =
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-si=
ze:10pt; color:#FFFFFF; }.distributables-oddrow { background-color:#CCCCCC =
}.unittests-sectionheader { background-color:#000066; font-family:arial,hel=
vetica,sans-serif; font-size:10pt; color:#FFFFFF; }.unittests-oddrow { back=
ground-color:#CCCCCC }.unittests-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#000000; }.unittests-error { font-family:arial,he=
lvetica,sans-serif; font-size:8pt; color:#FF0000; }.checkstyle-oddrow { bac=
kground-color:#CCCCCC }.checkstyle-data { font-family:arial,helvetica,sans-=
serif; font-size:8pt; color:#000000; }.checkstyle-sectionheader { backgroun=
d-color:#000066; font-family:arial,helvetica,sans-serif; font-size:10pt; co=
lor:#FFFFFF; }
</style>
</head><body>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"header-title">BUILD COMPLETE - =
build.107</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build: </span>09/27/2004 00:16:09</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>13 minutes 21 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed: </span>09/26/2004 17:36:51</td>=
</tr><tr><td class=3D"header-data"><span class=3D"header-label">Last log en=
try: </span>pint to new version of OJB</td></tr></table><p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"/><p>
<p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"><tr><td class=
=3D"compile-sectionheader"> Errors/Warnings: (=
6) </td></tr><tr><td><pre class=3D"compile-error-data">N=
ote: Some input files use or override a deprecated API.<br class=3D"none"/>=
Note: Recompile with -deprecation for details.Note: /jteam/build/checkout/s=
pring/spring/mock/org/springframework/mock/web/MockHttpSession.java uses or=
overrides a deprecated API.<br class=3D"none"/>Note: Recompile with -depre=
cation for details.<br class=3D"none"/>Note: Some input files use or overri=
de a deprecated API.<br class=3D"none"/>Note: Recompile with -deprecation f=
or details.<br class=3D"none"/></pre></td></tr></table><p>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"unittests-sectionheader"> =
Unit Tests: (1470) </td></tr><tr><td><tabl=
e width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"c=
enter"><tr><td class=3D"unittests-data"> failure =
</td><td width=3D"40%" class=3D"unittests-data">testHomePage</td><td width=
=3D"40%" class=3D"unittests-data">org.springframework.apptests.buildtest.Al=
lTests</td></tr></table></td></tr><tr></tr><tr><td colspan=3D"2"> </td=
></tr><tr><td colspan=3D"4" class=3D"unittests-sectionheader"> =
Unit Test Error Details: (1) </td></tr><tr=
><td class=3D"unittests-data" colspan=3D"2"> Test: test=
HomePage</td></tr><tr><td class=3D"unittests-data" colspan=3D"2"> =
Class: org.springframework.apptests.buildtest.AllTests</td></tr>=
<tr><td class=3D"unittests-data" colspan=3D"2"> Type: junit.=
framework.AssertionFailedError</td></tr><tr><td class=3D"unittests-data" co=
lspan=3D"2"> Message: Exception while testing URL http://loc=
alhost:13084/buildtest:java.io.IOException</td></tr><tr><td class=3D"unitte=
sts-error" colspan=3D"2"><pre>junit.framework.AssertionFailedError: Excepti=
on while testing URL http://localhost:13084/buildtest:java.io.IOException<b=
r>=09at org.springframework.apptests.buildtest.AllTests.testHomePage(Unknow=
n Source)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Meth=
od)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess=
orImpl.java:39)<br>=09at sun.reflect.DelegatingMethodAccessorImpl.invoke(De=
legatingMethodAccessorImpl.java:25)<br></pre></td></tr><tr><td colspan=3D"2=
"> </td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"modifications-sectionheader"> =
Modifications since last build: =
(3) </td></tr><tr class=3D"modifications-evenrow"><td c=
lass=3D"modifications-data">modified</td><td class=3D"modifications-data">c=
olins</td><td class=3D"modifications-data">samples/petclinic/build.xml</td>=
<td class=3D"modifications-data">pint to new version of OJB</td></tr><tr cl=
ass=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td>=
<td class=3D"modifications-data">robharrop</td><td class=3D"modifications-d=
ata">/.classpath</td><td class=3D"modifications-data">Added initial JSR-160=
support to Spring JMX including ConnectorServer host to auto create Conne=
ctoServers and remote proxy support.</td></tr><tr class=3D"modifications-ev=
enrow"><td class=3D"modifications-data">modified</td><td class=3D"modificat=
ions-data">jhoeller</td><td class=3D"modifications-data">src/org/springfram=
ework/core/ControlFlowFactory.java</td><td class=3D"modifications-data">cha=
nged inner classes back to package access</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"distributables-sectionheader"> =
Deployments by this build: (8) </td><=
/tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/checko=
ut/spring/spring/dist/spring.jar</td></tr><tr class=3D"distributables-oddro=
w"><td class=3D"distributables-data">Building war: /jteam/build/checkout/sp=
ring/spring/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr><td c=
lass=3D"distributables-data">Building war: /jteam/build/checkout/spring/spr=
ing/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr class=3D"dist=
ributables-oddrow"><td class=3D"distributables-data">Building war: /jteam/b=
uild/checkout/spring/spring/autobuilds/apps/buildtest/dist/buildtest.war</t=
d></tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/che=
ckout/spring/spring/autobuilds/apps/jpetstore/war/WEB-INF/lib/jpetstore.jar=
</td></tr><tr class=3D"distributables-oddrow"><td class=3D"distributables-d=
ata">Building war: /jteam/build/checkout/spring/spring/autobuilds/apps/jpet=
store/dist/jpetstore.war</td></tr><tr><td class=3D"distributables-data">Bui=
lding jar: /jteam/build/checkout/spring/spring/autobuilds/apps/jpetstore/wa=
r/WEB-INF/lib/jpetstore.jar</td></tr><tr class=3D"distributables-oddrow"><t=
d class=3D"distributables-data">Building war: /jteam/build/checkout/spring/=
spring/autobuilds/apps/jpetstore/dist/jpetstore.war</td></tr></table>
</body></html> |
|
From: Rob H. <ro...@ca...> - 2004-09-26 11:38:46
|
All, I have committed the intial set of classes to support JSR-160 in Spring JMX. I created ConnectorServiceBean so that you can configure and a start a remote connector in your application without creating any code. The resultant connector can be exposed as a JMX mbean in the local MBeanServer. For client access I modified the proxy classes to work with MBeanServerConnection instead of MBeanServer (MBeanServer implement MBeanServerConnection). This means the proxies can work with both local and remote JMX resources. To add to the already existing MBeanServerFactoryBean I created MBeanServerConnectionFactoryBean to create a remote MBeanServerConnection. I modified the test suite appropriately for the new classes and modifications. Rob |
|
From: Dmitriy K. <dko...@ru...> - 2004-09-26 05:23:17
|
Colin, thanks a lot for spotting this. I've removed one of the cache definitions from testEhcache.xml, so now test case should look for only one cache region be loaded from config file instead of two. I've committed the change. It should pass now ;-) Regards, Dmitriy. Colin Sampaleanu wrote: > *Dmitry, > > **EhCacheManagerFactoryBeanTests is failing for me now: > ** > [junit] Testcase: testLoadingCacheManagerFromConfigFile took 0.016 sec > [junit] FAILED > [junit] Correct number of caches loaded > [junit] junit.framework.AssertionFailedError: Correct number of > caches loade > d > [junit] at > org.springframework.cache.ehcache.EhCacheManagerFactoryBeanTe > sts.testLoadingCacheManagerFromConfigFile(EhCacheManagerFactoryBeanTests.java:32 > > ) > [junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > [junit] at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces > sorImpl.java:39) > [junit] at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet > hodAccessorImpl.java:25) > > * > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
1239 messages has been excluded from this view by a project administrator.
