Menu
▾
▴
springframework-developer
|
From: Colin S. <col...@ex...> - 2005-06-17 02:43:06
|
Keith/Erwin, I moved (copied really) all common-build, spring-binding, and spring-webflow sources to live under a new spring-projects module in CVS. Note that the build relies on the use of a nightly snapshot of ivy ivy-20050616204129.jar which may be found in spring-projects\repository\jayasoft\ivy\jars This should be dropped into your ant lib dir to replace the older ivy 1.1. This If you try to use ivy 1.1 you'll get a failure when trying to do a publish of the generated artifact. -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
From: Erwin V. <erw...@er...> - 2005-06-17 10:06:38
|
Okay, I've moved my Eclipse over to use the new spring-projects module. So I guess we can have the SF people clean up those bogus modules? Erwin Vervaet erw...@er... ----- Original Message ----- From: "Colin Sampaleanu" <col...@ex...> To: "Keith Donald" <ke...@in...>; "Erwin Vervaet" <erw...@er...> Cc: <spr...@li...> Sent: Friday, June 17, 2005 4:44 AM Subject: Building webflow under spring-projects > Keith/Erwin, > > I moved (copied really) all common-build, spring-binding, and > spring-webflow sources to live under a new spring-projects module in CVS. > > Note that the build relies on the use of a nightly snapshot of ivy > ivy-20050616204129.jar > which may be found in > spring-projects\repository\jayasoft\ivy\jars > This should be dropped into your ant lib dir to replace the older ivy 1.1. > This If you try to use ivy 1.1 you'll get a failure when trying to do a > publish of the generated artifact. > > -- > Colin Sampaleanu > Interface21 Principal Consultant > Spring Training, Consulting and Support - "From the Source" > http://www.springframework.com > > > |
|
From: Colin S. <col...@ex...> - 2005-06-17 14:16:14
|
Yes. I'm just getting confirmation from Torsten/Christian that the old spring-ide module in CVS can be kileld (all the Spring-IDE) source is in their own Subversion repo now, then I'll publish a list of what modules are staying and which are being pruned, and submit a service request to SF. Erwin Vervaet wrote: > Okay, I've moved my Eclipse over to use the new spring-projects module. > So I guess we can have the SF people clean up those bogus modules? > > Erwin Vervaet > erw...@er... > ----- Original Message ----- From: "Colin Sampaleanu" <col...@ex...> > To: "Keith Donald" <ke...@in...>; "Erwin Vervaet" > <erw...@er...> > Cc: <spr...@li...> > Sent: Friday, June 17, 2005 4:44 AM > Subject: Building webflow under spring-projects > > >> Keith/Erwin, >> >> I moved (copied really) all common-build, spring-binding, and >> spring-webflow sources to live under a new spring-projects module in >> CVS. >> >> Note that the build relies on the use of a nightly snapshot of ivy >> ivy-20050616204129.jar >> which may be found in >> spring-projects\repository\jayasoft\ivy\jars >> This should be dropped into your ant lib dir to replace the older ivy >> 1.1. This If you try to use ivy 1.1 you'll get a failure when trying >> to do a publish of the generated artifact. >> >> -- >> Colin Sampaleanu >> Interface21 Principal Consultant >> Spring Training, Consulting and Support - "From the Source" >> http://www.springframework.com >> >> >> > > > > ------------------------------------------------------- > 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 -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
From: Keith D. <ke...@in...> - 2005-06-17 14:18:32
|
Just curious - what's new in Ivy 1.1? How come we're relying on a ivy snapshot? Keith > Yes. I'm just getting confirmation from Torsten/Christian that the old > spring-ide module in CVS can be kileld (all the Spring-IDE) source is in > their own Subversion repo now, then I'll publish a list of what modules > are staying and which are being pruned, and submit a service request to > SF. > > > Erwin Vervaet wrote: > >> Okay, I've moved my Eclipse over to use the new spring-projects module. >> So I guess we can have the SF people clean up those bogus modules? >> >> Erwin Vervaet >> erw...@er... >> ----- Original Message ----- From: "Colin Sampaleanu" >> <col...@ex...> >> To: "Keith Donald" <ke...@in...>; "Erwin Vervaet" >> <erw...@er...> >> Cc: <spr...@li...> >> Sent: Friday, June 17, 2005 4:44 AM >> Subject: Building webflow under spring-projects >> >> >>> Keith/Erwin, >>> >>> I moved (copied really) all common-build, spring-binding, and >>> spring-webflow sources to live under a new spring-projects module in >>> CVS. >>> >>> Note that the build relies on the use of a nightly snapshot of ivy >>> ivy-20050616204129.jar >>> which may be found in >>> spring-projects\repository\jayasoft\ivy\jars >>> This should be dropped into your ant lib dir to replace the older ivy >>> 1.1. This If you try to use ivy 1.1 you'll get a failure when trying >>> to do a publish of the generated artifact. >>> >>> -- >>> Colin Sampaleanu >>> Interface21 Principal Consultant >>> Spring Training, Consulting and Support - "From the Source" >>> http://www.springframework.com >>> >>> >>> >> >> >> >> ------------------------------------------------------- >> 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 > > > > -- > Colin Sampaleanu > Interface21 Principal Consultant > Spring Training, Consulting and Support - "From the Source" > http://www.springframework.com > > > > ------------------------------------------------------- > 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 > -- Keith Donald Principal Consultant, Interface21 http://www.springframework.com - Spring Services From the Source |
|
From: Colin S. <col...@ex...> - 2005-06-17 14:27:45
|
Ivy 1.1, which came out about a week ago, adds about a month's worth of fixes and tweaks to Ivy 1.0. Among the enhancements there is for example the ability to set a property to specify (per repository) that even if the cache has a version of a requested artifact, Ivy should look in the repo for a newer (by date) version of the same artifact with the same revision number. Generally there are no downsides to using Ivy 1.1 instead of 1.0. As for the snapshot, I discovered yesterday that when you customize the location where Ivy places 'delivered' ivy.xml files for the current build which show all the final resolved artifacts, the subsequent publish operation fails as it looks for the ivy.xml file in the default location. This is problematic as for the Spring build I need to customize this location (to be hierarchical) so that the output of multiple builds (including the ivy.xml files with transitive dependencies) can all be combined. Unless somebody is using the 'publish' functionality this is irrelevant, but I'm working on the general build for Spring, and for building webflow and all the related samples. Colin Keith Donald wrote: >Just curious - what's new in Ivy 1.1? How come we're relying on a ivy >snapshot? > >Keith > > > >>Yes. I'm just getting confirmation from Torsten/Christian that the old >>spring-ide module in CVS can be kileld (all the Spring-IDE) source is in >>their own Subversion repo now, then I'll publish a list of what modules >>are staying and which are being pruned, and submit a service request to >>SF. >> >> >>Erwin Vervaet wrote: >> >> >> >>>Okay, I've moved my Eclipse over to use the new spring-projects module. >>>So I guess we can have the SF people clean up those bogus modules? >>> >>>Erwin Vervaet >>>erw...@er... >>>----- Original Message ----- From: "Colin Sampaleanu" >>><col...@ex...> >>>To: "Keith Donald" <ke...@in...>; "Erwin Vervaet" >>><erw...@er...> >>>Cc: <spr...@li...> >>>Sent: Friday, June 17, 2005 4:44 AM >>>Subject: Building webflow under spring-projects >>> >>> >>> >>> >>>>Keith/Erwin, >>>> >>>>I moved (copied really) all common-build, spring-binding, and >>>>spring-webflow sources to live under a new spring-projects module in >>>>CVS. >>>> >>>>Note that the build relies on the use of a nightly snapshot of ivy >>>> ivy-20050616204129.jar >>>>which may be found in >>>> spring-projects\repository\jayasoft\ivy\jars >>>>This should be dropped into your ant lib dir to replace the older ivy >>>>1.1. This If you try to use ivy 1.1 you'll get a failure when trying >>>>to do a publish of the generated artifact. >>>> >>>>-- >>>>Colin Sampaleanu >>>>Interface21 Principal Consultant >>>>Spring Training, Consulting and Support - "From the Source" >>>>http://www.springframework.com >>>> >>>> >>>> >>>> >>>> >>> >>>------------------------------------------------------- >>>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 >>> >>> >> >>-- >>Colin Sampaleanu >>Interface21 Principal Consultant >>Spring Training, Consulting and Support - "From the Source" >>http://www.springframework.com >> >> >> >>------------------------------------------------------- >>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 >> >> >> > > > > -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
From: Colin S. <col...@ex...> - 2005-07-05 00:11:25
|
As per the email below, I am going to submit a support request to SF to remove the following obsolete or wrongly checked in modules from Spring's CVS on SourceForge: - 'Spring' (this is an empty module created with the wrong case, not to be confused with the main Spring source, in the 'spring' module) - 'common-build' - 'repository' - 'spring-binding' - 'spring-modules' - 'spring-rcp' (this is the old home of Spring-rcp (which is now hosted in it's own sourceforge project, 'spring-rich-c') - 'spring-webflow' - 'spring-ide' (this is the old home of Spring-IDE, which is now hosted in it's own Subversion repo elsewhere, managed by Torsten and co.). This should leave the following modules in place - 'i21' - 'samples' - 'spring' - 'spring-beandoc' I have no idea if SF will honour such a request from any project developer, or it needs to be one of the leads (Rod or Juergen in our case). If I'm told it's the latter, I'll notify Rod and Juergen to send in the request themselves. Colin Colin Sampaleanu wrote: > Yes. I'm just getting confirmation from Torsten/Christian that the old > spring-ide module in CVS can be kileld (all the Spring-IDE) source is > in their own Subversion repo now, then I'll publish a list of what > modules are staying and which are being pruned, and submit a service > request to SF. > > > Erwin Vervaet wrote: > >> Okay, I've moved my Eclipse over to use the new spring-projects module. >> So I guess we can have the SF people clean up those bogus modules? >> >> Erwin Vervaet >> erw...@er... >> ----- Original Message ----- From: "Colin Sampaleanu" >> <col...@ex...> >> To: "Keith Donald" <ke...@in...>; "Erwin Vervaet" >> <erw...@er...> >> Cc: <spr...@li...> >> Sent: Friday, June 17, 2005 4:44 AM >> Subject: Building webflow under spring-projects >> >> >>> Keith/Erwin, >>> >>> I moved (copied really) all common-build, spring-binding, and >>> spring-webflow sources to live under a new spring-projects module in >>> CVS. >>> >>> Note that the build relies on the use of a nightly snapshot of ivy >>> ivy-20050616204129.jar >>> which may be found in >>> spring-projects\repository\jayasoft\ivy\jars >>> This should be dropped into your ant lib dir to replace the older >>> ivy 1.1. This If you try to use ivy 1.1 you'll get a failure when >>> trying to do a publish of the generated artifact. >> -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
From: Keith D. <ke...@in...> - 2005-07-05 03:05:57
|
Colin said: ->This should leave the following modules in place -> - 'i21' -> - 'samples' -> - 'spring' -> - 'spring-beandoc' Colin, You meant to include spring-projects as another module to leave in place, right? What goes in "i21" and "samples"? I wasn't aware they were being used. Keith > As per the email below, I am going to submit a support request to SF to > remove the following obsolete or wrongly checked in modules from > Spring's CVS on SourceForge: > - 'Spring' (this is an empty module created with the wrong case, not to > be confused with the main Spring source, in the 'spring' module) > - 'common-build' > - 'repository' > - 'spring-binding' > - 'spring-modules' > - 'spring-rcp' (this is the old home of Spring-rcp (which is now hosted > in it's own sourceforge project, 'spring-rich-c') > - 'spring-webflow' > - 'spring-ide' (this is the old home of Spring-IDE, which is now hosted > in it's own Subversion repo elsewhere, managed by Torsten and co.). > > This should leave the following modules in place > - 'i21' > - 'samples' > - 'spring' > - 'spring-beandoc' > > I have no idea if SF will honour such a request from any project > developer, or it needs to be one of the leads (Rod or Juergen in our > case). If I'm told it's the latter, I'll notify Rod and Juergen to send > in the request themselves. > > Colin > > > Colin Sampaleanu wrote: > >> Yes. I'm just getting confirmation from Torsten/Christian that the old >> spring-ide module in CVS can be kileld (all the Spring-IDE) source is >> in their own Subversion repo now, then I'll publish a list of what >> modules are staying and which are being pruned, and submit a service >> request to SF. >> >> >> Erwin Vervaet wrote: >> >>> Okay, I've moved my Eclipse over to use the new spring-projects module. >>> So I guess we can have the SF people clean up those bogus modules? >>> >>> Erwin Vervaet >>> erw...@er... >>> ----- Original Message ----- From: "Colin Sampaleanu" >>> <col...@ex...> >>> To: "Keith Donald" <ke...@in...>; "Erwin Vervaet" >>> <erw...@er...> >>> Cc: <spr...@li...> >>> Sent: Friday, June 17, 2005 4:44 AM >>> Subject: Building webflow under spring-projects >>> >>> >>>> Keith/Erwin, >>>> >>>> I moved (copied really) all common-build, spring-binding, and >>>> spring-webflow sources to live under a new spring-projects module in >>>> CVS. >>>> >>>> Note that the build relies on the use of a nightly snapshot of ivy >>>> ivy-20050616204129.jar >>>> which may be found in >>>> spring-projects\repository\jayasoft\ivy\jars >>>> This should be dropped into your ant lib dir to replace the older >>>> ivy 1.1. This If you try to use ivy 1.1 you'll get a failure when >>>> trying to do a publish of the generated artifact. >>> > > -- > Colin Sampaleanu > Interface21 Principal Consultant > Spring Training, Consulting and Support - "From the Source" > http://www.springframework.com > > > > ------------------------------------------------------- > 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 > -- Keith Donald Principal Consultant, Interface21 http://www.springframework.com - Spring Services From the Source |
|
From: Colin S. <col...@ex...> - 2005-07-05 03:22:11
|
Yes, I was still planning to go over the list one more time :-). I haven't written anything to SF yet... Colin Keith Donald wrote: >Colin said: >->This should leave the following modules in place >-> - 'i21' >-> - 'samples' >-> - 'spring' >-> - 'spring-beandoc' > >Colin, > >You meant to include spring-projects as another module to leave in place, >right? > >What goes in "i21" and "samples"? I wasn't aware they were being used. > >Keith > > > >>As per the email below, I am going to submit a support request to SF to >>remove the following obsolete or wrongly checked in modules from >>Spring's CVS on SourceForge: >>- 'Spring' (this is an empty module created with the wrong case, not to >>be confused with the main Spring source, in the 'spring' module) >>- 'common-build' >>- 'repository' >>- 'spring-binding' >>- 'spring-modules' >>- 'spring-rcp' (this is the old home of Spring-rcp (which is now hosted >>in it's own sourceforge project, 'spring-rich-c') >>- 'spring-webflow' >>- 'spring-ide' (this is the old home of Spring-IDE, which is now hosted >>in it's own Subversion repo elsewhere, managed by Torsten and co.). >> >>This should leave the following modules in place >>- 'i21' >>- 'samples' >>- 'spring' >>- 'spring-beandoc' >> >>I have no idea if SF will honour such a request from any project >>developer, or it needs to be one of the leads (Rod or Juergen in our >>case). If I'm told it's the latter, I'll notify Rod and Juergen to send >>in the request themselves. >> >>Colin >> >> >>Colin Sampaleanu wrote: >> >> >> >>>Yes. I'm just getting confirmation from Torsten/Christian that the old >>>spring-ide module in CVS can be kileld (all the Spring-IDE) source is >>>in their own Subversion repo now, then I'll publish a list of what >>>modules are staying and which are being pruned, and submit a service >>>request to SF. >>> >>> >>>Erwin Vervaet wrote: >>> >>> >>> >>>>Okay, I've moved my Eclipse over to use the new spring-projects module. >>>>So I guess we can have the SF people clean up those bogus modules? >>>> >>>>Erwin Vervaet >>>>erw...@er... >>>>----- Original Message ----- From: "Colin Sampaleanu" >>>><col...@ex...> >>>>To: "Keith Donald" <ke...@in...>; "Erwin Vervaet" >>>><erw...@er...> >>>>Cc: <spr...@li...> >>>>Sent: Friday, June 17, 2005 4:44 AM >>>>Subject: Building webflow under spring-projects >>>> >>>> >>>> >>>> >>>>>Keith/Erwin, >>>>> >>>>>I moved (copied really) all common-build, spring-binding, and >>>>>spring-webflow sources to live under a new spring-projects module in >>>>>CVS. >>>>> >>>>>Note that the build relies on the use of a nightly snapshot of ivy >>>>> ivy-20050616204129.jar >>>>>which may be found in >>>>> spring-projects\repository\jayasoft\ivy\jars >>>>>This should be dropped into your ant lib dir to replace the older >>>>>ivy 1.1. This If you try to use ivy 1.1 you'll get a failure when >>>>>trying to do a publish of the generated artifact. >>>>> >>>>> >>-- >>Colin Sampaleanu >>Interface21 Principal Consultant >>Spring Training, Consulting and Support - "From the Source" >>http://www.springframework.com >> >> >> >>------------------------------------------------------- >>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 >> >> >> > > > > -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
From: Keith D. <ke...@in...> - 2005-07-05 03:28:11
|
Just to close these open questions, as I spoke with Colin: 1. Yes, the spring-projects module will remain as the place where core projects like spring-webflow and spring-binding (data binding) will be hosted. 2. The 'i21' and 'samples' modules will remain to serve a bit of history. These modules house the original code from J2EE design and development that has grown to become Spring! Keith > Colin said: > ->This should leave the following modules in place > -> - 'i21' > -> - 'samples' > -> - 'spring' > -> - 'spring-beandoc' > > Colin, > > You meant to include spring-projects as another module to leave in place, > right? > > What goes in "i21" and "samples"? I wasn't aware they were being used. > > Keith > >> As per the email below, I am going to submit a support request to SF to >> remove the following obsolete or wrongly checked in modules from >> Spring's CVS on SourceForge: >> - 'Spring' (this is an empty module created with the wrong case, not to >> be confused with the main Spring source, in the 'spring' module) >> - 'common-build' >> - 'repository' >> - 'spring-binding' >> - 'spring-modules' >> - 'spring-rcp' (this is the old home of Spring-rcp (which is now hosted >> in it's own sourceforge project, 'spring-rich-c') >> - 'spring-webflow' >> - 'spring-ide' (this is the old home of Spring-IDE, which is now hosted >> in it's own Subversion repo elsewhere, managed by Torsten and co.). >> >> This should leave the following modules in place >> - 'i21' >> - 'samples' >> - 'spring' >> - 'spring-beandoc' >> >> I have no idea if SF will honour such a request from any project >> developer, or it needs to be one of the leads (Rod or Juergen in our >> case). If I'm told it's the latter, I'll notify Rod and Juergen to send >> in the request themselves. >> >> Colin >> >> >> Colin Sampaleanu wrote: >> >>> Yes. I'm just getting confirmation from Torsten/Christian that the old >>> spring-ide module in CVS can be kileld (all the Spring-IDE) source is >>> in their own Subversion repo now, then I'll publish a list of what >>> modules are staying and which are being pruned, and submit a service >>> request to SF. >>> >>> >>> Erwin Vervaet wrote: >>> >>>> Okay, I've moved my Eclipse over to use the new spring-projects >>>> module. >>>> So I guess we can have the SF people clean up those bogus modules? >>>> >>>> Erwin Vervaet >>>> erw...@er... >>>> ----- Original Message ----- From: "Colin Sampaleanu" >>>> <col...@ex...> >>>> To: "Keith Donald" <ke...@in...>; "Erwin Vervaet" >>>> <erw...@er...> >>>> Cc: <spr...@li...> >>>> Sent: Friday, June 17, 2005 4:44 AM >>>> Subject: Building webflow under spring-projects >>>> >>>> >>>>> Keith/Erwin, >>>>> >>>>> I moved (copied really) all common-build, spring-binding, and >>>>> spring-webflow sources to live under a new spring-projects module in >>>>> CVS. >>>>> >>>>> Note that the build relies on the use of a nightly snapshot of ivy >>>>> ivy-20050616204129.jar >>>>> which may be found in >>>>> spring-projects\repository\jayasoft\ivy\jars >>>>> This should be dropped into your ant lib dir to replace the older >>>>> ivy 1.1. This If you try to use ivy 1.1 you'll get a failure when >>>>> trying to do a publish of the generated artifact. >>>> >> >> -- >> Colin Sampaleanu >> Interface21 Principal Consultant >> Spring Training, Consulting and Support - "From the Source" >> http://www.springframework.com >> >> >> >> ------------------------------------------------------- >> 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 >> > > > -- > Keith Donald > Principal Consultant, Interface21 > http://www.springframework.com - Spring Services From the Source > -- Keith Donald Principal Consultant, Interface21 http://www.springframework.com - Spring Services From the Source |
|
From: Thomas R. <tho...@tr...> - 2005-07-05 03:45:42
|
"i21" is the original "com.interface21" code base used for 6 months of development up to the point where we changed package name between the 0.9 release an 1.0M1. That's when we switched to the "spring" module. It's important to keep this so we can track changes from the original code contribution. Thomas On Jul 4, 2005, at 11:19 PM, Colin Sampaleanu wrote: On Jul 4, 2005, at 11:28 PM, Keith Donald wrote: > Just to close these open questions, as I spoke with Colin: > > 1. Yes, the spring-projects module will remain as the place where core > projects like spring-webflow and spring-binding (data binding) will be > hosted. > > 2. The 'i21' and 'samples' modules will remain to serve a bit of > history. > These modules house the original code from J2EE design and development > that has grown to become Spring! > > Keith > > >> Colin said: >> ->This should leave the following modules in place >> -> - 'i21' >> -> - 'samples' >> -> - 'spring' >> -> - 'spring-beandoc' >> >> Colin, >> >> You meant to include spring-projects as another module to leave in >> place, >> right? >> >> What goes in "i21" and "samples"? I wasn't aware they were being >> used. >> >> Keith >> >> >>> As per the email below, I am going to submit a support request to >>> SF to >>> remove the following obsolete or wrongly checked in modules from >>> Spring's CVS on SourceForge: >>> - 'Spring' (this is an empty module created with the wrong case, >>> not to >>> be confused with the main Spring source, in the 'spring' module) >>> - 'common-build' >>> - 'repository' >>> - 'spring-binding' >>> - 'spring-modules' >>> - 'spring-rcp' (this is the old home of Spring-rcp (which is now >>> hosted >>> in it's own sourceforge project, 'spring-rich-c') >>> - 'spring-webflow' >>> - 'spring-ide' (this is the old home of Spring-IDE, which is now >>> hosted >>> in it's own Subversion repo elsewhere, managed by Torsten and co.). >>> >>> This should leave the following modules in place >>> - 'i21' >>> - 'samples' >>> - 'spring' >>> - 'spring-beandoc' >>> >>> I have no idea if SF will honour such a request from any project >>> developer, or it needs to be one of the leads (Rod or Juergen in our >>> case). If I'm told it's the latter, I'll notify Rod and Juergen >>> to send >>> in the request themselves. >>> >>> Colin >>> >>> >>> Colin Sampaleanu wrote: >>> >>> >>>> Yes. I'm just getting confirmation from Torsten/Christian that >>>> the old >>>> spring-ide module in CVS can be kileld (all the Spring-IDE) >>>> source is >>>> in their own Subversion repo now, then I'll publish a list of what >>>> modules are staying and which are being pruned, and submit a >>>> service >>>> request to SF. >>>> >>>> >>>> Erwin Vervaet wrote: >>>> >>>> >>>>> Okay, I've moved my Eclipse over to use the new spring-projects >>>>> module. >>>>> So I guess we can have the SF people clean up those bogus modules? >>>>> >>>>> Erwin Vervaet >>>>> erw...@er... >>>>> ----- Original Message ----- From: "Colin Sampaleanu" >>>>> <col...@ex...> >>>>> To: "Keith Donald" <ke...@in...>; "Erwin Vervaet" >>>>> <erw...@er...> >>>>> Cc: <spr...@li...> >>>>> Sent: Friday, June 17, 2005 4:44 AM >>>>> Subject: Building webflow under spring-projects >>>>> >>>>> >>>>> >>>>>> Keith/Erwin, >>>>>> >>>>>> I moved (copied really) all common-build, spring-binding, and >>>>>> spring-webflow sources to live under a new spring-projects >>>>>> module in >>>>>> CVS. >>>>>> >>>>>> Note that the build relies on the use of a nightly snapshot of >>>>>> ivy >>>>>> ivy-20050616204129.jar >>>>>> which may be found in >>>>>> spring-projects\repository\jayasoft\ivy\jars >>>>>> This should be dropped into your ant lib dir to replace the older >>>>>> ivy 1.1. This If you try to use ivy 1.1 you'll get a failure when >>>>>> trying to do a publish of the generated artifact. >>>>>> >>>>> >>>>> >>> >>> -- >>> Colin Sampaleanu >>> Interface21 Principal Consultant >>> Spring Training, Consulting and Support - "From the Source" >>> http://www.springframework.com >>> >>> >>> >>> ------------------------------------------------------- >>> 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 >>> >>> >> >> >> -- >> Keith Donald >> Principal Consultant, Interface21 >> http://www.springframework.com - Spring Services From the Source >> >> > > > -- > Keith Donald > Principal Consultant, Interface21 > http://www.springframework.com - Spring Services From the Source > > > ------------------------------------------------------- > 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 > > > |
