Menu
▾
▴
springframework-developer
|
From: Oliver H. <Ol...@ou...> - 2005-06-13 23:23:57
|
It looks like the spring code base is being broken up into modules. I know that the sandbox binding code has moved over to the "spring-binding" module but I've got no idea where the rules stuff has ended up.=20 Ollie > -----Original Message----- > From: spr...@li...=20 > [mailto:spr...@li...] > On Behalf Of Andy Depue > Sent: Tuesday, 14 June 2005 4:41 AM > To: spr...@li... > Subject: [Springframework-developer] Rules code missing? >=20 > I just did a checkout of spring, and the Rules code has=20 > vanished (org.springframework.rules.Rules, for example). The=20 > deleted code exists in the attic with the comment "prepping=20 > for modularization". Where might I find this code now? Or=20 > did I just time this wrong and it has yet to appear back in=20 > cvs somewhere? >=20 > - Andy >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far=20 > can you shotput a projector? How fast can you ride your desk=20 > chair down the office luge track? > If you want to score the big prize, get to know the little guy. =20 > Play to win an NEC 61" plasma display:=20 > http://www.necitguy.com/?r=3D20=20 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 |
|
From: Oliver H. <Ol...@ou...> - 2005-06-13 23:50:48
|
Any plans on merging with Steven Devijver's very nice valang stuff? ;) =20 > -----Original Message----- > From: spr...@li...=20 > [mailto:spr...@li...] > On Behalf Of Keith Donald > Sent: Tuesday, 14 June 2005 9:48 AM > To: spr...@li... > Subject: RE: [Springframework-developer] Rules code missing? >=20 > Pardon the work in progress there -- :-) >=20 > The Rules code will be moving over to spring modules at=20 > java.NET most likely. Can you guys hold without it in CVS=20 > for a few days until we get it moved over? >=20 > Thanks, >=20 > Keith >=20 > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] > On Behalf Of Oliver Hutchison > Sent: Monday, June 13, 2005 7:24 PM > To: spr...@li... > Subject: RE: [Springframework-developer] Rules code missing? >=20 > It looks like the spring code base is being broken up into=20 > modules. I know that the sandbox binding code has moved over=20 > to the "spring-binding" module but I've got no idea where the=20 > rules stuff has ended up.=20 >=20 > Ollie >=20 > > -----Original Message----- > > From: spr...@li... > > [mailto:spr...@li...] > > On Behalf Of Andy Depue > > Sent: Tuesday, 14 June 2005 4:41 AM > > To: spr...@li... > > Subject: [Springframework-developer] Rules code missing? > >=20 > > I just did a checkout of spring, and the Rules code has vanished=20 > > (org.springframework.rules.Rules, for example). The deleted code=20 > > exists in the attic with the comment "prepping for=20 > modularization". =20 > > Where might I find this code now? Or did I just time this=20 > wrong and=20 > > it has yet to appear back in cvs somewhere? > >=20 > > - Andy > >=20 > >=20 > > ------------------------------------------------------- > > This SF.Net email is sponsored by: NEC IT Guy Games. How=20 > far can you=20 > > shotput a projector? How fast can you ride your desk chair down the=20 > > office luge track? > > If you want to score the big prize, get to know the little guy. =20 > > Play to win an NEC 61" plasma display:=20 > > http://www.necitguy.com/?r=3D20 > > _______________________________________________ > > Springframework-developer mailing list=20 > > Spr...@li... > >=20 > https://lists.sourceforge.net/lists/listinfo/springframework-developer > >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far=20 > can you shotput a projector? How fast can you ride your desk=20 > chair down the office luge track? > If you want to score the big prize, get to know the little guy. =20 > Play to win an NEC 61" plasma display:=20 > http://www.necitguy.com/?r=20 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far=20 > can you shotput > a projector? How fast can you ride your desk chair down the=20 > office luge track? > If you want to score the big prize, get to know the little guy. =20 > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 |
|
From: Keith D. <ke...@in...> - 2005-06-13 23:54:20
|
Yes that's exactly what we want to do, unify there... there is also the discussion if it's worth it to upgrade the closure APIs for specific JDK 1.5 support -- typed function objects would be ideal. Keith -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Oliver Hutchison Sent: Monday, June 13, 2005 7:51 PM To: spr...@li... Subject: RE: [Springframework-developer] Rules code missing? Any plans on merging with Steven Devijver's very nice valang stuff? ;) > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] > On Behalf Of Keith Donald > Sent: Tuesday, 14 June 2005 9:48 AM > To: spr...@li... > Subject: RE: [Springframework-developer] Rules code missing? > > Pardon the work in progress there -- :-) > > The Rules code will be moving over to spring modules at > java.NET most likely. Can you guys hold without it in CVS > for a few days until we get it moved over? > > Thanks, > > Keith > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] > On Behalf Of Oliver Hutchison > Sent: Monday, June 13, 2005 7:24 PM > To: spr...@li... > Subject: RE: [Springframework-developer] Rules code missing? > > It looks like the spring code base is being broken up into > modules. I know that the sandbox binding code has moved over > to the "spring-binding" module but I've got no idea where the > rules stuff has ended up. > > Ollie > > > -----Original Message----- > > From: spr...@li... > > [mailto:spr...@li...] > > On Behalf Of Andy Depue > > Sent: Tuesday, 14 June 2005 4:41 AM > > To: spr...@li... > > Subject: [Springframework-developer] Rules code missing? > > > > I just did a checkout of spring, and the Rules code has vanished > > (org.springframework.rules.Rules, for example). The deleted code > > exists in the attic with the comment "prepping for > modularization". > > Where might I find this code now? Or did I just time this > wrong and > > it has yet to appear back in cvs somewhere? > > > > - Andy > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: NEC IT Guy Games. How > far can you > > shotput a projector? How fast can you ride your desk chair down the > > office luge track? > > If you want to score the big prize, get to know the little guy. > > Play to win an NEC 61" plasma display: > > http://www.necitguy.com/?r=20 > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far > can you shotput a projector? How fast can you ride your desk > chair down the office luge track? > If you want to score the big prize, get to know the little guy. > Play to win an NEC 61" plasma display: > http://www.necitguy.com/?r > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far > can you shotput > a projector? How fast can you ride your desk chair down the > office luge track? > If you want to score the big prize, get to know the little guy. > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61" plasma display: http://www.necitguy.com/?r _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Seth L. <set...@gm...> - 2005-06-14 01:05:07
|
On 6/13/05, Oliver Hutchison <Ol...@ou...> wrote: > Any plans on merging with Steven Devijver's very nice valang stuff? ;) The plan is to also rework the commons-validator support to use the underlying rules code. Seth |
|
From: Keith D. <ke...@in...> - 2005-06-13 23:47:48
|
Pardon the work in progress there -- :-) The Rules code will be moving over to spring modules at java.NET most likely. Can you guys hold without it in CVS for a few days until we get it moved over? Thanks, Keith -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Oliver Hutchison Sent: Monday, June 13, 2005 7:24 PM To: spr...@li... Subject: RE: [Springframework-developer] Rules code missing? It looks like the spring code base is being broken up into modules. I know that the sandbox binding code has moved over to the "spring-binding" module but I've got no idea where the rules stuff has ended up. Ollie > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] > On Behalf Of Andy Depue > Sent: Tuesday, 14 June 2005 4:41 AM > To: spr...@li... > Subject: [Springframework-developer] Rules code missing? > > I just did a checkout of spring, and the Rules code has > vanished (org.springframework.rules.Rules, for example). The > deleted code exists in the attic with the comment "prepping > for modularization". Where might I find this code now? Or > did I just time this wrong and it has yet to appear back in > cvs somewhere? > > - Andy > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far > can you shotput a projector? How fast can you ride your desk > chair down the office luge track? > If you want to score the big prize, get to know the little guy. > Play to win an NEC 61" plasma display: > http://www.necitguy.com/?r=20 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61" plasma display: http://www.necitguy.com/?r _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Andy D. <an...@ma...> - 2005-07-13 22:20:36
|
On Monday 13 June 2005 04:47 pm, Keith Donald wrote: > Pardon the work in progress there -- :-) > > The Rules code will be moving over to spring modules at java.NET most > likely. Can you guys hold without it in CVS for a few days until we get it > moved over? Keith, I'm wondering if the Rules code has found its new home yet? I'd like to get Spring-rich moved over to Spring 1.2.2, and this is not possible until the Rules code (and other related packages) is found. Thanks, Andy |
|
From: Nick M. <nic...@gm...> - 2005-06-14 03:22:29
|
Is this part of a general move of Spring to java.net? :-o I have to say its one of the most horrible sites known to man. Its like it was purposely built to make it impossible to find anything.... -Nick On 6/14/05, Keith Donald <ke...@in...> wrote: > Pardon the work in progress there -- :-) >=20 > The Rules code will be moving over to spring modules at java.NET most > likely. Can you guys hold without it in CVS for a few days until we get = it > moved over? >=20 > Thanks, >=20 > Keith >=20 > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On Behalf = Of > Oliver Hutchison > Sent: Monday, June 13, 2005 7:24 PM > To: spr...@li... > Subject: RE: [Springframework-developer] Rules code missing? >=20 > It looks like the spring code base is being broken up into modules. I > know that the sandbox binding code has moved over to the > "spring-binding" module but I've got no idea where the rules stuff has > ended up. >=20 > Ollie >=20 > > -----Original Message----- > > From: spr...@li... > > [mailto:spr...@li...] > > On Behalf Of Andy Depue > > Sent: Tuesday, 14 June 2005 4:41 AM > > To: spr...@li... > > Subject: [Springframework-developer] Rules code missing? > > > > I just did a checkout of spring, and the Rules code has > > vanished (org.springframework.rules.Rules, for example). The > > deleted code exists in the attic with the comment "prepping > > for modularization". Where might I find this code now? Or > > did I just time this wrong and it has yet to appear back in > > cvs somewhere? > > > > - Andy > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: NEC IT Guy Games. How far > > can you shotput a projector? How fast can you ride your desk > > chair down the office luge track? > > If you want to score the big prize, get to know the little guy. > > Play to win an NEC 61" plasma display: > > http://www.necitguy.com/?r=3D20 > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far can you > shotput > a projector? How fast can you ride your desk chair down the office luge > track? > If you want to score the big prize, get to know the little guy. > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far can you sho= tput > a projector? How fast can you ride your desk chair down the office luge t= rack? > If you want to score the big prize, get to know the little guy. > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Colin S. <col...@ex...> - 2005-06-14 15:35:43
|
Not at all. We're however breaking stuff up into proper related projects with dependencies expressed properly via Ivy config files (still using Ant for the build). Binding and WebFlow are now in their own projects in the spring-modules CVS module at _SourceForge_. I'm not 100% clear on why the rules stuff is moving to the java.net Spring-Modules project. I need to talk to Keith about that. Hopefully sooner rather than later though, we'll move off SF CVS, which is completely useless. Nick Minutello wrote: >Is this part of a general move of Spring to java.net? :-o > >I have to say its one of the most horrible sites known to man. Its >like it was purposely built to make it impossible to find anything.... > > >-Nick > > > > >On 6/14/05, Keith Donald <ke...@in...> wrote: > > >>Pardon the work in progress there -- :-) >> >>The Rules code will be moving over to spring modules at java.NET most >>likely. Can you guys hold without it in CVS for a few days until we get it >>moved over? >> >>Thanks, >> >>Keith >> >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...] On Behalf Of >>Oliver Hutchison >>Sent: Monday, June 13, 2005 7:24 PM >>To: spr...@li... >>Subject: RE: [Springframework-developer] Rules code missing? >> >>It looks like the spring code base is being broken up into modules. I >>know that the sandbox binding code has moved over to the >>"spring-binding" module but I've got no idea where the rules stuff has >>ended up. >> >>Ollie >> >> >> >>>-----Original Message----- >>>From: spr...@li... >>>[mailto:spr...@li...] >>> On Behalf Of Andy Depue >>>Sent: Tuesday, 14 June 2005 4:41 AM >>>To: spr...@li... >>>Subject: [Springframework-developer] Rules code missing? >>> >>>I just did a checkout of spring, and the Rules code has >>>vanished (org.springframework.rules.Rules, for example). The >>>deleted code exists in the attic with the comment "prepping >>>for modularization". Where might I find this code now? Or >>>did I just time this wrong and it has yet to appear back in >>>cvs somewhere? >>> >>> - Andy >>> >>> >>>------------------------------------------------------- >>>This SF.Net email is sponsored by: NEC IT Guy Games. How far >>>can you shotput a projector? How fast can you ride your desk >>>chair down the office luge track? >>>If you want to score the big prize, get to know the little guy. >>>Play to win an NEC 61" plasma display: >>>http://www.necitguy.com/?r=20 >>>_______________________________________________ >>>Springframework-developer mailing list >>>Spr...@li... >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >>> >>------------------------------------------------------- >>This SF.Net email is sponsored by: NEC IT Guy Games. How far can you >>shotput >>a projector? How fast can you ride your desk chair down the office luge >>track? >>If you want to score the big prize, get to know the little guy. >>Play to win an NEC 61" plasma display: http://www.necitguy.com/?r >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput >>a projector? How fast can you ride your desk chair down the office luge track? >>If you want to score the big prize, get to know the little guy. >>Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> > > >------------------------------------------------------- >This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput >a projector? How fast can you ride your desk chair down the office luge track? >If you want to score the big prize, get to know the little guy. >Play to win an NEC 61" plasma display: http://www.necitguy.com/?r >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Nick M. <nic...@gm...> - 2005-06-14 21:49:18
|
> Hopefully sooner rather than later though, we'll move off SF CVS, which > is completely useless. Where to, out of curiosity? -Nick On 6/14/05, Colin Sampaleanu <col...@ex...> wrote: > Not at all. We're however breaking stuff up into proper related projects > with dependencies expressed properly via Ivy config files (still using > Ant for the build). Binding and WebFlow are now in their own projects in > the spring-modules CVS module at _SourceForge_. I'm not 100% clear on > why the rules stuff is moving to the java.net Spring-Modules project. I > need to talk to Keith about that. >=20 > Hopefully sooner rather than later though, we'll move off SF CVS, which > is completely useless. >=20 >=20 > Nick Minutello wrote: >=20 > >Is this part of a general move of Spring to java.net? :-o > > > >I have to say its one of the most horrible sites known to man. Its > >like it was purposely built to make it impossible to find anything.... > > > > > >-Nick > > > > > > > > > >On 6/14/05, Keith Donald <ke...@in...> wrote: > > > > > >>Pardon the work in progress there -- :-) > >> > >>The Rules code will be moving over to spring modules at java.NET most > >>likely. Can you guys hold without it in CVS for a few days until we ge= t it > >>moved over? > >> > >>Thanks, > >> > >>Keith > >> > >>-----Original Message----- > >>From: spr...@li... > >>[mailto:spr...@li...] On Behal= f Of > >>Oliver Hutchison > >>Sent: Monday, June 13, 2005 7:24 PM > >>To: spr...@li... > >>Subject: RE: [Springframework-developer] Rules code missing? > >> > >>It looks like the spring code base is being broken up into modules. I > >>know that the sandbox binding code has moved over to the > >>"spring-binding" module but I've got no idea where the rules stuff has > >>ended up. > >> > >>Ollie > >> > >> > >> > >>>-----Original Message----- > >>>From: spr...@li... > >>>[mailto:spr...@li...] > >>> On Behalf Of Andy Depue > >>>Sent: Tuesday, 14 June 2005 4:41 AM > >>>To: spr...@li... > >>>Subject: [Springframework-developer] Rules code missing? > >>> > >>>I just did a checkout of spring, and the Rules code has > >>>vanished (org.springframework.rules.Rules, for example). The > >>>deleted code exists in the attic with the comment "prepping > >>>for modularization". Where might I find this code now? Or > >>>did I just time this wrong and it has yet to appear back in > >>>cvs somewhere? > >>> > >>> - Andy > >>> > >>> > >>>------------------------------------------------------- > >>>This SF.Net email is sponsored by: NEC IT Guy Games. How far > >>>can you shotput a projector? How fast can you ride your desk > >>>chair down the office luge track? > >>>If you want to score the big prize, get to know the little guy. > >>>Play to win an NEC 61" plasma display: > >>>http://www.necitguy.com/?r=3D20 > >>>_______________________________________________ > >>>Springframework-developer mailing list > >>>Spr...@li... > >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer > >>> > >>> > >>> > >>------------------------------------------------------- > >>This SF.Net email is sponsored by: NEC IT Guy Games. How far can you > >>shotput > >>a projector? How fast can you ride your desk chair down the office luge > >>track? > >>If you want to score the big prize, get to know the little guy. > >>Play to win an NEC 61" plasma display: http://www.necitguy.com/?r > >>_______________________________________________ > >>Springframework-developer mailing list > >>Spr...@li... > >>https://lists.sourceforge.net/lists/listinfo/springframework-developer > >> > >> > >> > >>------------------------------------------------------- > >>This SF.Net email is sponsored by: NEC IT Guy Games. How far can you s= hotput > >>a projector? How fast can you ride your desk chair down the office luge= track? > >>If you want to score the big prize, get to know the little guy. > >>Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20 > >>_______________________________________________ > >>Springframework-developer mailing list > >>Spr...@li... > >>https://lists.sourceforge.net/lists/listinfo/springframework-developer > >> > >> > >> > > > > > >------------------------------------------------------- > >This SF.Net email is sponsored by: NEC IT Guy Games. How far can you sh= otput > >a projector? How fast can you ride your desk chair down the office luge = track? > >If you want to score the big prize, get to know the little guy. > >Play to win an NEC 61" plasma display: http://www.necitguy.com/?r > >_______________________________________________ > >Springframework-developer mailing list > >Spr...@li... > >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far can you sho= tput > a projector? How fast can you ride your desk chair down the office luge t= rack? > If you want to score the big prize, get to know the little guy. > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Andy D. <an...@ma...> - 2005-06-14 15:58:19
|
On Tuesday 14 June 2005 08:35 am, Colin Sampaleanu wrote: > Not at all. We're however breaking stuff up into proper related projects > with dependencies expressed properly via Ivy config files (still using > Ant for the build). Binding and WebFlow are now in their own projects in > the spring-modules CVS module at _SourceForge_. I'm not 100% clear on > why the rules stuff is moving to the java.net Spring-Modules project. I > need to talk to Keith about that. > I could see it being confusing that there are two spring-modules projects. Must it be so? - Andy |
|
From: Colin S. <col...@ex...> - 2005-06-14 16:21:51
|
Andy Depue wrote: >On Tuesday 14 June 2005 08:35 am, Colin Sampaleanu wrote: > > >>Not at all. We're however breaking stuff up into proper related projects >>with dependencies expressed properly via Ivy config files (still using >>Ant for the build). Binding and WebFlow are now in their own projects in >>the spring-modules CVS module at _SourceForge_. I'm not 100% clear on >>why the rules stuff is moving to the java.net Spring-Modules project. I >>need to talk to Keith about that. >> >> >> >I could see it being confusing that there are two spring-modules projects. >Must it be so? > > It's just a module name... But the idea is that once we move to our own CVS or SVN the java.net Spring-Modules dies. At that point we have fine-grained permissions on each module, and no more performance problems, which were the two main reasons to ever set up the java.net Spring Modules prject... |
|
From: Andy D. <an...@ma...> - 2005-06-14 17:25:36
|
On Tuesday 14 June 2005 09:21 am, Colin Sampaleanu wrote: > It's just a module name... But the idea is that once we move to our own > CVS or SVN the java.net Spring-Modules dies. At that point we have > fine-grained permissions on each module, and no more performance > problems, which were the two main reasons to ever set up the java.net > Spring Modules prject... Ah, sounds good to me then. - Andy |
|
From: Juergen H. <ju...@in...> - 2005-06-14 18:00:21
|
From my point of view, Spring Modules at java.net has mainly been set up to create a separate distribution and community for non-core modules, maintained by a separate set of developers. That Spring Modules project essentially focuses on integration of more exotic third-party products and on further non-core modules. So in my opinion, it's not quite like they're simply gonna be merged over once we move away from SourceForge CVS. This will have to remain separate to some degree. Remember that they even use a separate namespace: "org.springmodules"... In any case, calling two different things "Spring modules" isn't a good idea by any means, not even as a temporary measure. Could we please get all our heads together and clarify this? Rob, Keith, Colin, myself? Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Colin Sampaleanu Sent: Tuesday, June 14, 2005 6:22 PM To: spr...@li... Subject: Re: [Springframework-developer] Rules code missing? Andy Depue wrote: >On Tuesday 14 June 2005 08:35 am, Colin Sampaleanu wrote: > > >>Not at all. We're however breaking stuff up into proper related projects >>with dependencies expressed properly via Ivy config files (still using >>Ant for the build). Binding and WebFlow are now in their own projects in >>the spring-modules CVS module at _SourceForge_. I'm not 100% clear on >>why the rules stuff is moving to the java.net Spring-Modules project. I >>need to talk to Keith about that. >> >> >> >I could see it being confusing that there are two spring-modules projects. >Must it be so? > > It's just a module name... But the idea is that once we move to our own CVS or SVN the java.net Spring-Modules dies. At that point we have fine-grained permissions on each module, and no more performance problems, which were the two main reasons to ever set up the java.net Spring Modules prject... ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2005-06-14 21:03:26
|
Juergen, Sure, you're right. Java.net has a horrific UI and that combined with the fact that it's just one project on the java.net site means (IMHO) it's pretty much of a failure as as a 'Spring-Forge'; I can't see any real reason why any of those libs would not want to move over to any sort of decent CVS or SVN infrastructure we set up, but most if not all will still remain separate to a large degree, with another group of developers/committers, even in that eventuality. I'm not incredibly attached (or at all) to spring-modules as the name of the CVS module for the new stuff. Any name is ok as long as we're all ok with it. What about: spring-projects projects Any other suggestions are welcome. The common-build system has been in there for a while. spring-binding and spring-webflow are now in and compiling. If we can come up with a name that is good for everybody, I'll import the source to a new module by that name. Then we can send a request to SF to clean up the old module and all the other obsolete modules in there.... Colin Juergen Hoeller wrote: >From my point of view, Spring Modules at java.net has mainly been set up to >create a separate distribution and community for non-core modules, >maintained by a separate set of developers. That Spring Modules project >essentially focuses on integration of more exotic third-party products and >on further non-core modules. > >So in my opinion, it's not quite like they're simply gonna be merged over >once we move away from SourceForge CVS. This will have to remain separate to >some degree. Remember that they even use a separate namespace: >"org.springmodules"... > >In any case, calling two different things "Spring modules" isn't a good idea >by any means, not even as a temporary measure. Could we please get all our >heads together and clarify this? Rob, Keith, Colin, myself? > >Juergen > > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...]On Behalf >Of Colin Sampaleanu >Sent: Tuesday, June 14, 2005 6:22 PM >To: spr...@li... >Subject: Re: [Springframework-developer] Rules code missing? > > >Andy Depue wrote: > > > >>On Tuesday 14 June 2005 08:35 am, Colin Sampaleanu wrote: >> >> >> >> >>>Not at all. We're however breaking stuff up into proper related projects >>>with dependencies expressed properly via Ivy config files (still using >>>Ant for the build). Binding and WebFlow are now in their own projects in >>>the spring-modules CVS module at _SourceForge_. I'm not 100% clear on >>>why the rules stuff is moving to the java.net Spring-Modules project. I >>>need to talk to Keith about that. >>> >>> >>> >>> >>> >>I could see it being confusing that there are two spring-modules projects. >>Must it be so? >> >> >> >> >It's just a module name... But the idea is that once we move to our own >CVS or SVN the java.net Spring-Modules dies. At that point we have >fine-grained permissions on each module, and no more performance >problems, which were the two main reasons to ever set up the java.net >Spring Modules prject... > > > > >------------------------------------------------------- >SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >from IBM. Find simple to follow Roadmaps, straightforward articles, >informative Webcasts and more! Get everything you need to get up to >speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > >------------------------------------------------------- >SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >from IBM. Find simple to follow Roadmaps, straightforward articles, >informative Webcasts and more! Get everything you need to get up to >speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Keith D. <ke...@in...> - 2005-06-14 23:08:50
|
How about "repository" or "codebase"? Is a single root module really that desirable? Just curious. Keith -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Colin Sampaleanu Sent: Tuesday, June 14, 2005 5:03 PM To: spr...@li... Subject: Re: [Springframework-developer] Rules code missing? Juergen, Sure, you're right. Java.net has a horrific UI and that combined with the fact that it's just one project on the java.net site means (IMHO) it's pretty much of a failure as as a 'Spring-Forge'; I can't see any real reason why any of those libs would not want to move over to any sort of decent CVS or SVN infrastructure we set up, but most if not all will still remain separate to a large degree, with another group of developers/committers, even in that eventuality. I'm not incredibly attached (or at all) to spring-modules as the name of the CVS module for the new stuff. Any name is ok as long as we're all ok with it. What about: spring-projects projects Any other suggestions are welcome. The common-build system has been in there for a while. spring-binding and spring-webflow are now in and compiling. If we can come up with a name that is good for everybody, I'll import the source to a new module by that name. Then we can send a request to SF to clean up the old module and all the other obsolete modules in there.... Colin Juergen Hoeller wrote: >From my point of view, Spring Modules at java.net has mainly been set up to >create a separate distribution and community for non-core modules, >maintained by a separate set of developers. That Spring Modules project >essentially focuses on integration of more exotic third-party products and >on further non-core modules. > >So in my opinion, it's not quite like they're simply gonna be merged over >once we move away from SourceForge CVS. This will have to remain separate to >some degree. Remember that they even use a separate namespace: >"org.springmodules"... > >In any case, calling two different things "Spring modules" isn't a good idea >by any means, not even as a temporary measure. Could we please get all our >heads together and clarify this? Rob, Keith, Colin, myself? > >Juergen > > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...]On Behalf >Of Colin Sampaleanu >Sent: Tuesday, June 14, 2005 6:22 PM >To: spr...@li... >Subject: Re: [Springframework-developer] Rules code missing? > > >Andy Depue wrote: > > > >>On Tuesday 14 June 2005 08:35 am, Colin Sampaleanu wrote: >> >> >> >> >>>Not at all. We're however breaking stuff up into proper related projects >>>with dependencies expressed properly via Ivy config files (still using >>>Ant for the build). Binding and WebFlow are now in their own projects in >>>the spring-modules CVS module at _SourceForge_. I'm not 100% clear on >>>why the rules stuff is moving to the java.net Spring-Modules project. I >>>need to talk to Keith about that. >>> >>> >>> >>> >>> >>I could see it being confusing that there are two spring-modules projects. >>Must it be so? >> >> >> >> >It's just a module name... But the idea is that once we move to our own >CVS or SVN the java.net Spring-Modules dies. At that point we have >fine-grained permissions on each module, and no more performance >problems, which were the two main reasons to ever set up the java.net >Spring Modules prject... > > > > >------------------------------------------------------- >SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >from IBM. Find simple to follow Roadmaps, straightforward articles, >informative Webcasts and more! Get everything you need to get up to >speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > >------------------------------------------------------- >SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >from IBM. Find simple to follow Roadmaps, straightforward articles, >informative Webcasts and more! Get everything you need to get up to >speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2005-06-15 07:14:55
|
I think a root module makes a decent amount of sense here. These are all common projects linked by the common-build system. There may be and are other modules in there which are not related. Otherwise, people have to pull out "." and then remove or ignore all the other stuff, or alternately they have to pull out a bunch of individual modules. Keith Donald wrote: >How about "repository" or "codebase"? > >Is a single root module really that desirable? Just curious. > >Keith > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...] On Behalf Of >Colin Sampaleanu >Sent: Tuesday, June 14, 2005 5:03 PM >To: spr...@li... >Subject: Re: [Springframework-developer] Rules code missing? > >Juergen, > >Sure, you're right. Java.net has a horrific UI and that combined with >the fact that it's just one project on the java.net site means (IMHO) >it's pretty much of a failure as as a 'Spring-Forge'; I can't see any >real reason why any of those libs would not want to move over to any >sort of decent CVS or SVN infrastructure we set up, but most if not all >will still remain separate to a large degree, with another group of >developers/committers, even in that eventuality. > >I'm not incredibly attached (or at all) to spring-modules as the name of >the CVS module for the new stuff. Any name is ok as long as we're all ok >with it. What about: > spring-projects > projects > >Any other suggestions are welcome. The common-build system has been in >there for a while. spring-binding and spring-webflow are now in and >compiling. If we can come up with a name that is good for everybody, >I'll import the source to a new module by that name. Then we can send a >request to SF to clean up the old module and all the other obsolete >modules in there.... > >Colin > > >Juergen Hoeller wrote: > >>From my point of view, Spring Modules at java.net has mainly been set up to > > >>create a separate distribution and community for non-core modules, >>maintained by a separate set of developers. That Spring Modules project >>essentially focuses on integration of more exotic third-party products and >>on further non-core modules. >> >>So in my opinion, it's not quite like they're simply gonna be merged over >>once we move away from SourceForge CVS. This will have to remain separate >> >> >to > > >>some degree. Remember that they even use a separate namespace: >>"org.springmodules"... >> >>In any case, calling two different things "Spring modules" isn't a good >> >> >idea > > >>by any means, not even as a temporary measure. Could we please get all our >>heads together and clarify this? Rob, Keith, Colin, myself? >> >>Juergen >> >> >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...]On Behalf >>Of Colin Sampaleanu >>Sent: Tuesday, June 14, 2005 6:22 PM >>To: spr...@li... >>Subject: Re: [Springframework-developer] Rules code missing? >> >> >>Andy Depue wrote: >> >> >> >> >> >>>On Tuesday 14 June 2005 08:35 am, Colin Sampaleanu wrote: >>> >>> >>> >>> >>> >>> >>>>Not at all. We're however breaking stuff up into proper related projects >>>>with dependencies expressed properly via Ivy config files (still using >>>>Ant for the build). Binding and WebFlow are now in their own projects in >>>>the spring-modules CVS module at _SourceForge_. I'm not 100% clear on >>>>why the rules stuff is moving to the java.net Spring-Modules project. I >>>>need to talk to Keith about that. >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>I could see it being confusing that there are two spring-modules projects. >>>Must it be so? >>> >>> >>> >>> >>> >>> >>It's just a module name... But the idea is that once we move to our own >>CVS or SVN the java.net Spring-Modules dies. At that point we have >>fine-grained permissions on each module, and no more performance >>problems, which were the two main reasons to ever set up the java.net >>Spring Modules prject... >> >> >> >> >>------------------------------------------------------- >>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >> >> >>from IBM. Find simple to follow Roadmaps, straightforward articles, > > >>informative Webcasts and more! Get everything you need to get up to >>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >>------------------------------------------------------- >>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >> >> >>from IBM. Find simple to follow Roadmaps, straightforward articles, > > >>informative Webcasts and more! Get everything you need to get up to >>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> > > > > >------------------------------------------------------- >SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >from IBM. Find simple to follow Roadmaps, straightforward articles, >informative Webcasts and more! Get everything you need to get up to >speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > >------------------------------------------------------- >SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >from IBM. Find simple to follow Roadmaps, straightforward articles, >informative Webcasts and more! Get everything you need to get up to >speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Alexandru P. <apo...@ez...> - 2005-06-15 11:03:14
|
#: by Colin Sampaleanu's words the mind was *winged* :# > Juergen, > > Sure, you're right. Java.net has a horrific UI and that combined with > the fact that it's just one project on the java.net site means (IMHO) > it's pretty much of a failure as as a 'Spring-Forge'; I can't see any > real reason why any of those libs would not want to move over to any > sort of decent CVS or SVN infrastructure we set up, but most if not all > will still remain separate to a large degree, with another group of > developers/committers, even in that eventuality. > > I'm not incredibly attached (or at all) to spring-modules as the name of > the CVS module for the new stuff. Any name is ok as long as we're all ok > with it. What about: > spring-projects > projects > What about spring-extensions? :alex |.::the_mindstorm::.| > Any other suggestions are welcome. The common-build system has been in > there for a while. spring-binding and spring-webflow are now in and > compiling. If we can come up with a name that is good for everybody, > I'll import the source to a new module by that name. Then we can send a > request to SF to clean up the old module and all the other obsolete > modules in there.... > > Colin > > > Juergen Hoeller wrote: > >>From my point of view, Spring Modules at java.net has mainly been set up to >>create a separate distribution and community for non-core modules, >>maintained by a separate set of developers. That Spring Modules project >>essentially focuses on integration of more exotic third-party products and >>on further non-core modules. >> >>So in my opinion, it's not quite like they're simply gonna be merged over >>once we move away from SourceForge CVS. This will have to remain separate to >>some degree. Remember that they even use a separate namespace: >>"org.springmodules"... >> >>In any case, calling two different things "Spring modules" isn't a good idea >>by any means, not even as a temporary measure. Could we please get all our >>heads together and clarify this? Rob, Keith, Colin, myself? >> >>Juergen >> >> >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...]On Behalf >>Of Colin Sampaleanu >>Sent: Tuesday, June 14, 2005 6:22 PM >>To: spr...@li... >>Subject: Re: [Springframework-developer] Rules code missing? >> >> >>Andy Depue wrote: >> >> >> >>>On Tuesday 14 June 2005 08:35 am, Colin Sampaleanu wrote: >>> >>> >>> >>> >>>>Not at all. We're however breaking stuff up into proper related projects >>>>with dependencies expressed properly via Ivy config files (still using >>>>Ant for the build). Binding and WebFlow are now in their own projects in >>>>the spring-modules CVS module at _SourceForge_. I'm not 100% clear on >>>>why the rules stuff is moving to the java.net Spring-Modules project. I >>>>need to talk to Keith about that. >>>> >>>> >>>> >>>> >>>> >>>I could see it being confusing that there are two spring-modules projects. >>>Must it be so? >>> >>> >>> >>> >>It's just a module name... But the idea is that once we move to our own >>CVS or SVN the java.net Spring-Modules dies. At that point we have >>fine-grained permissions on each module, and no more performance >>problems, which were the two main reasons to ever set up the java.net >>Spring Modules prject... >> >> >> >> >>------------------------------------------------------- >>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >>from IBM. Find simple to follow Roadmaps, straightforward articles, >>informative Webcasts and more! Get everything you need to get up to >>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >>------------------------------------------------------- >>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >>from IBM. Find simple to follow Roadmaps, straightforward articles, >>informative Webcasts and more! Get everything you need to get up to >>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Erwin V. <erw...@er...> - 2005-06-15 19:37:57
|
> I'm not incredibly attached (or at all) to spring-modules as the name of > the CVS module for the new stuff. Any name is ok as long as we're all ok > with it. What about: > spring-projects > projects > > Any other suggestions are welcome. What about spring-parts? or spring-components? I also pretty much like "spring-projects", as you suggest. Arguably "spring-modules" is pretty much on the money. Maybe the Java.net stuff is unfortunately named: "spring-extensions" or something to that extent would have been more appropriate. Erwin |
|
From: Colin S. <col...@ex...> - 2005-06-15 23:35:27
|
Erwin Vervaet wrote: >> I'm not incredibly attached (or at all) to spring-modules as the name >> of the CVS module for the new stuff. Any name is ok as long as we're >> all ok with it. What about: >> spring-projects >> projects >> >> Any other suggestions are welcome. > > > What about spring-parts? or spring-components? > I also pretty much like "spring-projects", as you suggest. > > Arguably "spring-modules" is pretty much on the money. Maybe the > Java.net stuff is unfortunately named: "spring-extensions" or > something to that extent would have been more appropriate. Well yeah, that's why I went with spring-modules despite the java.net project. I had been thinking of that name before the java.net project every existed. I guess I'll go with spring-projects. The intent is after all that the main projects which make up the various core spring projects move there... -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
From: Rob H. <rob...@in...> - 2005-06-16 06:40:34
|
Guess we stole the good name ;) I agree with both Colin and Juergen. Spring Modules was set up to help integration with other OSS projects that are not covered in the core. We have our own team of comitters all working on a variety of different code. In my eyes I would prefer to push all that code back into the product we are integrating and have SM serve as a sort of incubator. I am certainly no fan of java.net although I could not bring myself to set up another project on SF with the dreadful CVS performance. I'll be happy to have SM move over to shared infrastructure but it would be nice to maintain separate permissions and a separate package name. I would like to use the common-build system so that each module in SM can be distributed separately. Rob Colin Sampaleanu wrote: > Erwin Vervaet wrote: > >>> I'm not incredibly attached (or at all) to spring-modules as the name >>> of the CVS module for the new stuff. Any name is ok as long as we're >>> all ok with it. What about: >>> spring-projects >>> projects >>> >>> Any other suggestions are welcome. >> >> >> >> What about spring-parts? or spring-components? >> I also pretty much like "spring-projects", as you suggest. >> >> Arguably "spring-modules" is pretty much on the money. Maybe the >> Java.net stuff is unfortunately named: "spring-extensions" or >> something to that extent would have been more appropriate. > > > Well yeah, that's why I went with spring-modules despite the java.net > project. I had been thinking of that name before the java.net project > every existed. I guess I'll go with spring-projects. The intent is after > all that the main projects which make up the various core spring > projects move there... > > |
