RE: [Springframework-developer] Rules code missing?

[Keith D. <ke...@in...>]

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