Menu
▾
▴
springframework-developer
|
From: Dmitriy K. <dko...@ru...> - 2004-02-16 11:51:23
|
+1=2E Btw=2C what is =22Spring Rich Client Platform=22=3F Dmitriy=2E ----- Original Message ----- From=3A j=C3=BCrgen h=C3=B6ller =5Bwerk3AT=5D =3Cjuergen=2Ehoeller=40werk= 3at=2Ecom=3E Date=3A Monday=2C February 16=2C 2004 3=3A58 am Subject=3A =5BSpringframework-developer=5D Spring sub-projects =3E Everybody=2C =3E = =3E As recently discussed in private mails=2C I suggest to keep sub- =3E projects that are close to the Spring core as separate modules in = =3E Spring=27s main CVS=2E The first two candidates are=3A =3E = =3E - Keith Donald=27s Spring Rich Client Platform =3E - Torsten Juergeleit=27s Spring Eclipse Plugin =3E = =3E Both Keith and Torsten are in favor of hosting them in our main = =3E CVS=2E So if noone objects=2C I will create new CVS modules =22spring= - =3E rcp=22 and =22spring-eclipse=22=2C and accordingly give Keith and Tor= sten = =3E commit rights for the main CVS=2E As the module names cannot be = =3E changed easily=2C feel free to suggest different names! =3E = =3E The rationale is to keep all projects that use = =3E =22org=2Espringframework=22 as package name in Spring=27s main CVS=2E= = =3E Separate modules make sense to let the sub-projects evolve = =3E independently=3B this way=2C they do not have to be released in direc= t = =3E accordance with the Spring core=2E Of course=2C generic classes that = =3E emerge can still go into the core=2E =3E = =3E Consequently=2C both sub-projects should also get respective = =3E sections on our main website=2E We should definitely clarify all = =3E this before 1=2E0 final (March 1st)=2C as I expect quite a lot of = =3E media coverage at that time - we shouldn=27t miss that chance! =3E = =3E Juergen =3E = =3E = =3E = =3E ------------------------------------------------------- =3E SF=2ENet is sponsored by=3A Speed Start Your Linux Apps Now=2E =3E Build and deploy apps =26 Web services for Linux with =3E a free DVD software kit from IBM=2E Click Now! =3E http=3A//ads=2Eosdn=2Ecom/=3Fad=5Fid=1356=26alloc=5Fid438=26op=3Dclic= k =3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F =3E Springframework-developer mailing list =3E Springframework-developer=40lists=2Esourceforge=2Enet =3E https=3A//lists=2Esourceforge=2Enet/lists/listinfo/springframework-de= veloper =3E |
|
From: <jue...@we...> - 2004-02-16 12:16:18
|
SXQncyBhYm91dCBLZWl0aCdzIHN1cHBvcnQgY2xhc3NlcyBmb3IgU3ByaW5nLWJhc2VkIFN3aW5n IGFwcGxpY2F0aW9ucy4gVGhleSB3ZXJlIGluaXRpYWxseSB0YXJnZXRlZCBhdCBpbmNsdXNpb24g aW4gdGhlIFNwcmluZyAxLjEgY29yZSwgYnV0IHR1cm5lZCBvdXQgbW9yZSBleHRlbnNpdmUgdGhl biBleHBlY3RlZC4gVGh1cywgSSBjb25zaWRlciBpdCByZWFzb25hYmxlIHRvIGhvc3QgdGhlbSBh cyBhIFNwcmluZyBzdWItcHJvamVjdCByYXRoZXIgdGhhbiBhcyBwYXJ0IG9mIHRoZSBTcHJpbmcg Y29yZS4NCg0KSXQgaXMgKm5vdCogYW4gRWNsaXBzZSBwbHVnaW4gb3IgdGhlIGxpa2UsIGl0J3Mg YSBzdXBwb3J0IHBsYXRmb3JtIGZvciBidWlsZGluZyByaWNoIGNsaWVudCBhcHBsaWNhdGlvbnMg b24gU3ByaW5nLCBjdXJyZW50bHkgZm9jdXNzaW5nIG9uIFN3aW5nLiBJIGd1ZXNzIEtlaXRoIGhp bXNlbGYgaXMgaW4gYSBiZXR0ZXIgcG9zaXRpb24gdG8gZGVzY3JpYmUgdGhlIG1pc3Npb24gaGVy ZS4uLiBBbmQgSSBhc3N1bWUgdGhhdCBoZSdzIG1vcmUgdGhhbiBoYXBweSB0byBnZXQgb3RoZXIg cmljaCBjbGllbnQgZGV2ZWxvcGVycyBvbiBib2FyZCA6LSkNCg0KSnVlcmdlbg0KDQoNCi0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBzcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyLWFk bWluQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KW21haWx0bzpzcHJpbmdmcmFtZXdvcmstZGV2ZWxv cGVyLWFkbWluQGxpc3RzLnNvdXJjZWZvcmdlLm5ldF1PbiBCZWhhbGYNCk9mIERtaXRyaXkgS29w eWxlbmtvDQpTZW50OiBNb25kYXksIEZlYnJ1YXJ5IDE2LCAyMDA0IDEyOjQ4IFBNDQpUbzogc3By aW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNClN1YmplY3Q6IFJl OiBbU3ByaW5nZnJhbWV3b3JrLWRldmVsb3Blcl0gU3ByaW5nIHN1Yi1wcm9qZWN0cw0KDQoNCisx LiBCdHcsIHdoYXQgaXMgIlNwcmluZyBSaWNoIENsaWVudCBQbGF0Zm9ybSI/DQoNCkRtaXRyaXku DQoNCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCkZyb206IGrDvHJnZW4gaMO2bGxlciBb d2VyazNBVF0gPGp1ZXJnZW4uaG9lbGxlckB3ZXJrM2F0LmNvbT4NCkRhdGU6IE1vbmRheSwgRmVi cnVhcnkgMTYsIDIwMDQgMzo1OCBhbQ0KU3ViamVjdDogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9w ZXJdIFNwcmluZyBzdWItcHJvamVjdHMNCg0KPiBFdmVyeWJvZHksDQo+IA0KPiBBcyByZWNlbnRs eSBkaXNjdXNzZWQgaW4gcHJpdmF0ZSBtYWlscywgSSBzdWdnZXN0IHRvIGtlZXAgc3ViLQ0KPiBw cm9qZWN0cyB0aGF0IGFyZSBjbG9zZSB0byB0aGUgU3ByaW5nIGNvcmUgYXMgc2VwYXJhdGUgbW9k dWxlcyBpbiANCj4gU3ByaW5nJ3MgbWFpbiBDVlMuIFRoZSBmaXJzdCB0d28gY2FuZGlkYXRlcyBh cmU6DQo+IA0KPiAtIEtlaXRoIERvbmFsZCdzIFNwcmluZyBSaWNoIENsaWVudCBQbGF0Zm9ybQ0K PiAtIFRvcnN0ZW4gSnVlcmdlbGVpdCdzIFNwcmluZyBFY2xpcHNlIFBsdWdpbg0KPiANCj4gQm90 aCBLZWl0aCBhbmQgVG9yc3RlbiBhcmUgaW4gZmF2b3Igb2YgaG9zdGluZyB0aGVtIGluIG91ciBt YWluIA0KPiBDVlMuIFNvIGlmIG5vb25lIG9iamVjdHMsIEkgd2lsbCBjcmVhdGUgbmV3IENWUyBt b2R1bGVzICJzcHJpbmctDQo+IHJjcCIgYW5kICJzcHJpbmctZWNsaXBzZSIsIGFuZCBhY2NvcmRp bmdseSBnaXZlIEtlaXRoIGFuZCBUb3JzdGVuIA0KPiBjb21taXQgcmlnaHRzIGZvciB0aGUgbWFp biBDVlMuIEFzIHRoZSBtb2R1bGUgbmFtZXMgY2Fubm90IGJlIA0KPiBjaGFuZ2VkIGVhc2lseSwg ZmVlbCBmcmVlIHRvIHN1Z2dlc3QgZGlmZmVyZW50IG5hbWVzIQ0KPiANCj4gVGhlIHJhdGlvbmFs ZSBpcyB0byBrZWVwIGFsbCBwcm9qZWN0cyB0aGF0IHVzZSANCj4gIm9yZy5zcHJpbmdmcmFtZXdv cmsiIGFzIHBhY2thZ2UgbmFtZSBpbiBTcHJpbmcncyBtYWluIENWUy4gDQo+IFNlcGFyYXRlIG1v ZHVsZXMgbWFrZSBzZW5zZSB0byBsZXQgdGhlIHN1Yi1wcm9qZWN0cyBldm9sdmUgDQo+IGluZGVw ZW5kZW50bHk7IHRoaXMgd2F5LCB0aGV5IGRvIG5vdCBoYXZlIHRvIGJlIHJlbGVhc2VkIGluIGRp cmVjdCANCj4gYWNjb3JkYW5jZSB3aXRoIHRoZSBTcHJpbmcgY29yZS4gT2YgY291cnNlLCBnZW5l cmljIGNsYXNzZXMgdGhhdCANCj4gZW1lcmdlIGNhbiBzdGlsbCBnbyBpbnRvIHRoZSBjb3JlLg0K PiANCj4gQ29uc2VxdWVudGx5LCBib3RoIHN1Yi1wcm9qZWN0cyBzaG91bGQgYWxzbyBnZXQgcmVz cGVjdGl2ZSANCj4gc2VjdGlvbnMgb24gb3VyIG1haW4gd2Vic2l0ZS4gV2Ugc2hvdWxkIGRlZmlu aXRlbHkgY2xhcmlmeSBhbGwgDQo+IHRoaXMgYmVmb3JlIDEuMCBmaW5hbCAoTWFyY2ggMXN0KSwg YXMgSSBleHBlY3QgcXVpdGUgYSBsb3Qgb2YgDQo+IG1lZGlhIGNvdmVyYWdlIGF0IHRoYXQgdGlt ZSAtIHdlIHNob3VsZG4ndCBtaXNzIHRoYXQgY2hhbmNlIQ0KPiANCj4gSnVlcmdlbg0KPiANCj4g DQo+IA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQo+IFNGLk5ldCBpcyBzcG9uc29yZWQgYnk6IFNwZWVkIFN0YXJ0IFlvdXIgTGludXgg QXBwcyBOb3cuDQo+IEJ1aWxkIGFuZCBkZXBsb3kgYXBwcyAmIFdlYiBzZXJ2aWNlcyBmb3IgTGlu dXggd2l0aA0KPiBhIGZyZWUgRFZEIHNvZnR3YXJlIGtpdCBmcm9tIElCTS4gQ2xpY2sgTm93IQ0K PiBodHRwOi8vYWRzLm9zZG4uY29tLz9hZF9pZBM1NiZhbGxvY19pZDQzOCZvcD1jbGljaw0KPiBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBTcHJpbmdm cmFtZXdvcmstZGV2ZWxvcGVyIG1haWxpbmcgbGlzdA0KPiBTcHJpbmdmcmFtZXdvcmstZGV2ZWxv cGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KPiBodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5l dC9saXN0cy9saXN0aW5mby9zcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyDQo+IA0KDQoNCg0KLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KU0Yu TmV0IGlzIHNwb25zb3JlZCBieTogU3BlZWQgU3RhcnQgWW91ciBMaW51eCBBcHBzIE5vdy4NCkJ1 aWxkIGFuZCBkZXBsb3kgYXBwcyAmIFdlYiBzZXJ2aWNlcyBmb3IgTGludXggd2l0aA0KYSBmcmVl IERWRCBzb2Z0d2FyZSBraXQgZnJvbSBJQk0uIENsaWNrIE5vdyENCmh0dHA6Ly9hZHMub3Nkbi5j b20vP2FkX2lkEzU2JmFsbG9jX2lkNDM4Jm9wPWljaw0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NClNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXIgbWFpbGlu ZyBsaXN0DQpTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0K aHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vc3ByaW5nZnJhbWV3 b3JrLWRldmVsb3Blcg0K |
|
From: Jozsa K. <dy...@on...> - 2004-02-17 09:18:51
|
Do we have any public details of this rich client platform? If it's targeted to Swing only, and if there's any need for getting it support SWT, I'd consider working on the SWT part.. dyn On Mon, Feb 16, 2004 at 01:12:42PM +0100, j??rgen h??ller [werk3AT] wrote: > It's about Keith's support classes for Spring-based Swing applications. T= hey were initially targeted at inclusion in the Spring 1.1 core, but turned= out more extensive then expected. Thus, I consider it reasonable to host t= hem as a Spring sub-project rather than as part of the Spring core. >=20 > It is *not* an Eclipse plugin or the like, it's a support platform for bu= ilding rich client applications on Spring, currently focussing on Swing. I = guess Keith himself is in a better position to describe the mission here...= And I assume that he's more than happy to get other rich client developers= on board :-) >=20 > Juergen >=20 >=20 > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...]On Behalf > Of Dmitriy Kopylenko > Sent: Monday, February 16, 2004 12:48 PM > To: spr...@li... > Subject: Re: [Springframework-developer] Spring sub-projects >=20 >=20 > +1. Btw, what is "Spring Rich Client Platform"? >=20 > Dmitriy. >=20 > ----- Original Message ----- > From: j??rgen h??ller [werk3AT] <jue...@we...> > Date: Monday, February 16, 2004 3:58 am > Subject: [Springframework-developer] Spring sub-projects >=20 > > Everybody, > >=20 > > As recently discussed in private mails, I suggest to keep sub- > > projects that are close to the Spring core as separate modules in=20 > > Spring's main CVS. The first two candidates are: > >=20 > > - Keith Donald's Spring Rich Client Platform > > - Torsten Juergeleit's Spring Eclipse Plugin > >=20 > > Both Keith and Torsten are in favor of hosting them in our main=20 > > CVS. So if noone objects, I will create new CVS modules "spring- > > rcp" and "spring-eclipse", and accordingly give Keith and Torsten=20 > > commit rights for the main CVS. As the module names cannot be=20 > > changed easily, feel free to suggest different names! > >=20 > > The rationale is to keep all projects that use=20 > > "org.springframework" as package name in Spring's main CVS.=20 > > Separate modules make sense to let the sub-projects evolve=20 > > independently; this way, they do not have to be released in direct=20 > > accordance with the Spring core. Of course, generic classes that=20 > > emerge can still go into the core. > >=20 > > Consequently, both sub-projects should also get respective=20 > > sections on our main website. We should definitely clarify all=20 > > this before 1.0 final (March 1st), as I expect quite a lot of=20 > > media coverage at that time - we shouldn't miss that chance! > >=20 > > Juergen > >=20 > >=20 > >=20 > > ------------------------------------------------------- > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > Build and deploy apps & Web services for Linux with > > a free DVD software kit from IBM. Click Now! > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > >=20 >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > HS^?+,??????o$?y?R???b??.)?? > i??0=06??u??u?e?&????n???'=1E??+.)??=08????y??=0E?=1F?=06?zH?~?& =13=02?'= $6?!??=7F??l??gr??i???]???e????~7 --=20 =2EDigital.Yearning.for.Networked.Assassination.and.Xenocide |
|
From: Keith D. <kd...@cs...> - 2004-02-17 14:50:43
|
I will be making a first set of commits as soon as the new subproject are= a is setup. Initially I'm planning committing several of the smaller, more mature modules of the platform, 1. to help keep things more manageable in the get-go and 2. to let you guys assess/give feedback easier. For examp= le, the first module I am planning on contributing will be a library for load= ing and caching AWT images from a keyed resource bundle. No more littering y= our application with hardcoded image paths. It's simple, mature, well-documented, and I have sample usage illustrations with Spring. I'll likely follow that with the action framework, the input validation framework, dialog/wizard library, and so on. From those contributions, a= ny relavent 'shared' functionality will be suggested for inclusion in the co= re. I'd like all this to happen rather quickly, I just don't want to commit s= ome stuff 'too fast' before I feel it is ready. Right now I personally don't have a need for SWT. Swing meets my needs, = and yes as a result the platform does target Swing applications. Essentially= my idea for the project came out of the fact that SWT has a JFace/Workbench abstraction layer for a real desktop application but Swing really has nothing like that (and in my opinion, needs it badly.) That and of cours= e the idea to use Spring IoC to drive configuration and solid design practices. You'll find that many of the classes in the framework program to interfac= es which -- where possible -- are independent of the underlying widget toolk= it. There is only so much I can to do there though, and I admit there are javax.swing and java.awt. references in some of those interfaces. I'd definitely welcome any help in making the platform better, and that inclu= des how we can integrate SWT widgets. I know there is a SwingWT project that attempts to integrate the two and obviously the Eclipse team is doing it = now as well. Thanks for your interest! I will continuing to post as I get stuff committed and get a feel for what people want and what we can get accomplished by when. Keith ----- Original Message -----=20 From: "Jozsa Kristof" <dy...@on...> To: <spr...@li...> Sent: Tuesday, February 17, 2004 4:13 AM Subject: Re: [Springframework-developer] Spring sub-projects > Do we have any public details of this rich client platform? If it's targeted > to Swing only, and if there's any need for getting it support SWT, I'd > consider working on the SWT part.. > > dyn > > On Mon, Feb 16, 2004 at 01:12:42PM +0100, j??rgen h??ller [werk3AT] wro= te: > > It's about Keith's support classes for Spring-based Swing application= s. They were initially targeted at inclusion in the Spring 1.1 core, but tur= ned out more extensive then expected. Thus, I consider it reasonable to host them as a Spring sub-project rather than as part of the Spring core. > > > > It is *not* an Eclipse plugin or the like, it's a support platform fo= r building rich client applications on Spring, currently focussing on Swing= . I guess Keith himself is in a better position to describe the mission here.= .. And I assume that he's more than happy to get other rich client developer= s on board :-) > > > > Juergen > > > > > > -----Original Message----- > > From: spr...@li... > > [mailto:spr...@li...]On Beha= lf > > Of Dmitriy Kopylenko > > Sent: Monday, February 16, 2004 12:48 PM > > To: spr...@li... > > Subject: Re: [Springframework-developer] Spring sub-projects > > > > > > +1. Btw, what is "Spring Rich Client Platform"? > > > > Dmitriy. > > > > ----- Original Message ----- > > From: j??rgen h??ller [werk3AT] <jue...@we...> > > Date: Monday, February 16, 2004 3:58 am > > Subject: [Springframework-developer] Spring sub-projects > > > > > Everybody, > > > > > > As recently discussed in private mails, I suggest to keep sub- > > > projects that are close to the Spring core as separate modules in > > > Spring's main CVS. The first two candidates are: > > > > > > - Keith Donald's Spring Rich Client Platform > > > - Torsten Juergeleit's Spring Eclipse Plugin > > > > > > Both Keith and Torsten are in favor of hosting them in our main > > > CVS. So if noone objects, I will create new CVS modules "spring- > > > rcp" and "spring-eclipse", and accordingly give Keith and Torsten > > > commit rights for the main CVS. As the module names cannot be > > > changed easily, feel free to suggest different names! > > > > > > The rationale is to keep all projects that use > > > "org.springframework" as package name in Spring's main CVS. > > > Separate modules make sense to let the sub-projects evolve > > > independently; this way, they do not have to be released in direct > > > accordance with the Spring core. Of course, generic classes that > > > emerge can still go into the core. > > > > > > Consequently, both sub-projects should also get respective > > > sections on our main website. We should definitely clarify all > > > this before 1.0 final (March 1st), as I expect quite a lot of > > > media coverage at that time - we shouldn't miss that chance! > > > > > > Juergen > > > > > > > > > > > > ------------------------------------------------------- > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > > Build and deploy apps & Web services for Linux with > > > a free DVD software kit from IBM. Click Now! > > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick > > > _______________________________________________ > > > Springframework-developer mailing list > > > Spr...@li... > > > https://lists.sourceforge.net/lists/listinfo/springframework-develo= per > > > > > > > > > > > ------------------------------------------------------- > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > Build and deploy apps & Web services for Linux with > > a free DVD software kit from IBM. Click Now! > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-develope= r > > HS^?+,??????o$?y?R???b??.)?? > > i??0=06??u??u?e?&????n???'=1E??+.)??=08????y??=0E?=1F?=06?zH?~?& =13=02?'$6?!??=7F??l??gr??i???]???e????~7 > --=20 > .Digital.Yearning.for.Networked.Assassination.and.Xenocide > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jue...@we...> - 2004-02-17 13:07:45
|
Any opinions regarding the new module names? Else, I'll create = "spring-rcp" and "spring-eclipse" in the course of this week. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of j=FCrgen h=F6ller [werk3AT] Sent: Monday, February 16, 2004 9:59 AM To: spr...@li... Subject: [Springframework-developer] Spring sub-projects Everybody, =20 As recently discussed in private mails, I suggest to keep sub-projects = that are close to the Spring core as separate modules in Spring's main = CVS. The first two candidates are: =20 - Keith Donald's Spring Rich Client Platform - Torsten Juergeleit's Spring Eclipse Plugin =20 Both Keith and Torsten are in favor of hosting them in our main CVS. So = if noone objects, I will create new CVS modules "spring-rcp" and = "spring-eclipse", and accordingly give Keith and Torsten commit rights = for the main CVS. As the module names cannot be changed easily, feel = free to suggest different names! =20 The rationale is to keep all projects that use "org.springframework" as = package name in Spring's main CVS. Separate modules make sense to let = the sub-projects evolve independently; this way, they do not have to be = released in direct accordance with the Spring core. Of course, generic = classes that emerge can still go into the core. =20 Consequently, both sub-projects should also get respective sections on = our main website. We should definitely clarify all this before 1.0 final = (March 1st), as I expect quite a lot of media coverage at that time - we = shouldn't miss that chance! =20 Juergen =20 ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Kopylenko, D. <dko...@ac...> - 2004-02-17 13:13:30
|
Well, spring-rcp is a bit cryptic. How about spring-rich-client? -----Original Message----- From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...]=20 Sent: Tuesday, February 17, 2004 8:04 AM To: spr...@li... Subject: RE: [Springframework-developer] Spring sub-projects Any opinions regarding the new module names? Else, I'll create = "spring-rcp" and "spring-eclipse" in the course of this week. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf = Of j=FCrgen h=F6ller [werk3AT] Sent: Monday, February 16, 2004 9:59 AM To: spr...@li... Subject: [Springframework-developer] Spring sub-projects Everybody, =20 As recently discussed in private mails, I suggest to keep sub-projects = that are close to the Spring core as separate modules in Spring's main CVS. = The first two candidates are: =20 - Keith Donald's Spring Rich Client Platform - Torsten Juergeleit's Spring Eclipse Plugin =20 Both Keith and Torsten are in favor of hosting them in our main CVS. So = if noone objects, I will create new CVS modules "spring-rcp" and "spring-eclipse", and accordingly give Keith and Torsten commit rights = for the main CVS. As the module names cannot be changed easily, feel free = to suggest different names! =20 The rationale is to keep all projects that use "org.springframework" as package name in Spring's main CVS. Separate modules make sense to let = the sub-projects evolve independently; this way, they do not have to be = released in direct accordance with the Spring core. Of course, generic classes = that emerge can still go into the core. =20 Consequently, both sub-projects should also get respective sections on = our main website. We should definitely clarify all this before 1.0 final = (March 1st), as I expect quite a lot of media coverage at that time - we = shouldn't miss that chance! =20 Juergen =20 ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Ken K. <kk...@kk...> - 2004-02-17 14:49:59
|
+1 Kopylenko, Dmitry wrote: >Well, spring-rcp is a bit cryptic. How about spring-rich-client? > >-----Original Message----- >From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...]=20 >Sent: Tuesday, February 17, 2004 8:04 AM >To: spr...@li... >Subject: RE: [Springframework-developer] Spring sub-projects > > >Any opinions regarding the new module names? Else, I'll create "spring-r= cp" >and "spring-eclipse" in the course of this week. > >Juergen > > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...]On Behalf = Of >j=FCrgen h=F6ller [werk3AT] >Sent: Monday, February 16, 2004 9:59 AM >To: spr...@li... >Subject: [Springframework-developer] Spring sub-projects > > >Everybody, >=20 >As recently discussed in private mails, I suggest to keep sub-projects t= hat >are close to the Spring core as separate modules in Spring's main CVS. T= he >first two candidates are: >=20 >- Keith Donald's Spring Rich Client Platform >- Torsten Juergeleit's Spring Eclipse Plugin >=20 >Both Keith and Torsten are in favor of hosting them in our main CVS. So = if >noone objects, I will create new CVS modules "spring-rcp" and >"spring-eclipse", and accordingly give Keith and Torsten commit rights f= or >the main CVS. As the module names cannot be changed easily, feel free to >suggest different names! >=20 >The rationale is to keep all projects that use "org.springframework" as >package name in Spring's main CVS. Separate modules make sense to let th= e >sub-projects evolve independently; this way, they do not have to be rele= ased >in direct accordance with the Spring core. Of course, generic classes th= at >emerge can still go into the core. >=20 >Consequently, both sub-projects should also get respective sections on o= ur >main website. We should definitely clarify all this before 1.0 final (Ma= rch >1st), as I expect quite a lot of media coverage at that time - we should= n't >miss that chance! >=20 >Juergen >=20 > > >------------------------------------------------------- >SF.Net is sponsored by: Speed Start Your Linux Apps Now. >Build and deploy apps & Web services for Linux with >a free DVD software kit from IBM. Click Now! >http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > >------------------------------------------------------- >SF.Net is sponsored by: Speed Start Your Linux Apps Now. >Build and deploy apps & Web services for Linux with >a free DVD software kit from IBM. Click Now! >http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > >------------------------------------------------------- >SF.Net is sponsored by: Speed Start Your Linux Apps Now. >Build and deploy apps & Web services for Linux with >a free DVD software kit from IBM. Click Now! >http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > =20 > |
|
From: Keith D. <kd...@cs...> - 2004-02-17 15:06:08
|
I'm fine with 'spring-rich-client' as the module name... the main reason = I suggested 'spring-rcp' initially was to be consistent with the proposed package name: org.springframework.rcp (to me org.springframework.richclie= nt seemed a little wordy.) 'rcp' also seems to be a buzzing acronym these days, not that I am big in= to buzzwords or anything (although I do have a business degree. :-)) Keith ----- Original Message -----=20 From: "Kopylenko, Dmitry" <dko...@su...> To: <spr...@li...> Sent: Tuesday, February 17, 2004 8:09 AM Subject: RE: [Springframework-developer] Spring sub-projects > Well, spring-rcp is a bit cryptic. How about spring-rich-client? > > -----Original Message----- > From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...] > Sent: Tuesday, February 17, 2004 8:04 AM > To: spr...@li... > Subject: RE: [Springframework-developer] Spring sub-projects > > > Any opinions regarding the new module names? Else, I'll create "spring-rcp" > and "spring-eclipse" in the course of this week. > > Juergen > > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...]On Behalf= Of > j=FCrgen h=F6ller [werk3AT] > Sent: Monday, February 16, 2004 9:59 AM > To: spr...@li... > Subject: [Springframework-developer] Spring sub-projects > > > Everybody, > > As recently discussed in private mails, I suggest to keep sub-projects that > are close to the Spring core as separate modules in Spring's main CVS. = The > first two candidates are: > > - Keith Donald's Spring Rich Client Platform > - Torsten Juergeleit's Spring Eclipse Plugin > > Both Keith and Torsten are in favor of hosting them in our main CVS. So= if > noone objects, I will create new CVS modules "spring-rcp" and > "spring-eclipse", and accordingly give Keith and Torsten commit rights = for > the main CVS. As the module names cannot be changed easily, feel free t= o > suggest different names! > > The rationale is to keep all projects that use "org.springframework" as > package name in Spring's main CVS. Separate modules make sense to let t= he > sub-projects evolve independently; this way, they do not have to be released > in direct accordance with the Spring core. Of course, generic classes t= hat > emerge can still go into the core. > > Consequently, both sub-projects should also get respective sections on = our > main website. We should definitely clarify all this before 1.0 final (March > 1st), as I expect quite a lot of media coverage at that time - we shouldn't > miss that chance! > > Juergen > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jue...@we...> - 2004-02-17 15:22:26
|
I'd like to keep the module name somewhat in sync with the package and = jar file name. I don't really see the point in calling the package "rcp" = but the module "rich-client". Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Keith Donald Sent: Tuesday, February 17, 2004 4:01 PM To: spr...@li... Subject: Re: [Springframework-developer] Spring sub-projects I'm fine with 'spring-rich-client' as the module name... the main reason = I suggested 'spring-rcp' initially was to be consistent with the proposed package name: org.springframework.rcp (to me = org.springframework.richclient seemed a little wordy.) 'rcp' also seems to be a buzzing acronym these days, not that I am big = into buzzwords or anything (although I do have a business degree. :-)) Keith ----- Original Message -----=20 From: "Kopylenko, Dmitry" <dko...@su...> To: <spr...@li...> Sent: Tuesday, February 17, 2004 8:09 AM Subject: RE: [Springframework-developer] Spring sub-projects > Well, spring-rcp is a bit cryptic. How about spring-rich-client? > > -----Original Message----- > From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...] > Sent: Tuesday, February 17, 2004 8:04 AM > To: spr...@li... > Subject: RE: [Springframework-developer] Spring sub-projects > > > Any opinions regarding the new module names? Else, I'll create "spring-rcp" > and "spring-eclipse" in the course of this week. > > Juergen > > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...]On = Behalf Of > j=FCrgen h=F6ller [werk3AT] > Sent: Monday, February 16, 2004 9:59 AM > To: spr...@li... > Subject: [Springframework-developer] Spring sub-projects > > > Everybody, > > As recently discussed in private mails, I suggest to keep sub-projects that > are close to the Spring core as separate modules in Spring's main CVS. = The > first two candidates are: > > - Keith Donald's Spring Rich Client Platform > - Torsten Juergeleit's Spring Eclipse Plugin > > Both Keith and Torsten are in favor of hosting them in our main CVS. = So if > noone objects, I will create new CVS modules "spring-rcp" and > "spring-eclipse", and accordingly give Keith and Torsten commit rights = for > the main CVS. As the module names cannot be changed easily, feel free = to > suggest different names! > > The rationale is to keep all projects that use "org.springframework" = as > package name in Spring's main CVS. Separate modules make sense to let = the > sub-projects evolve independently; this way, they do not have to be released > in direct accordance with the Spring core. Of course, generic classes = that > emerge can still go into the core. > > Consequently, both sub-projects should also get respective sections on = our > main website. We should definitely clarify all this before 1.0 final (March > 1st), as I expect quite a lot of media coverage at that time - we shouldn't > miss that chance! > > Juergen > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Cameron B. <ca...@da...> - 2004-02-17 15:51:08
|
I think spring-rcp is good. As long as there is some documentation on = the spring web site describing what rcp means. Cameron=20 > -----Original Message----- > From: spr...@li...=20 > [mailto:spr...@li...] > On Behalf Of j=FCrgen h=F6ller [werk3AT] > Sent: Wednesday, 18 February 2004 1:18 AM > To: spr...@li... > Subject: RE: [Springframework-developer] Spring sub-projects >=20 > I'd like to keep the module name somewhat in sync with the=20 > package and jar file name. I don't really see the point in=20 > calling the package "rcp" but the module "rich-client". >=20 > Juergen >=20 >=20 > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] > On Behalf Of Keith Donald > Sent: Tuesday, February 17, 2004 4:01 PM > To: spr...@li... > Subject: Re: [Springframework-developer] Spring sub-projects >=20 >=20 > I'm fine with 'spring-rich-client' as the module name... the=20 > main reason I suggested 'spring-rcp' initially was to be=20 > consistent with the proposed package name:=20 > org.springframework.rcp (to me org.springframework.richclient=20 > seemed a little wordy.) >=20 > 'rcp' also seems to be a buzzing acronym these days, not that=20 > I am big into buzzwords or anything (although I do have a=20 > business degree. :-)) Keith >=20 > ----- Original Message ----- > From: "Kopylenko, Dmitry" <dko...@su...> > To: <spr...@li...> > Sent: Tuesday, February 17, 2004 8:09 AM > Subject: RE: [Springframework-developer] Spring sub-projects >=20 >=20 > > Well, spring-rcp is a bit cryptic. How about spring-rich-client? > > > > -----Original Message----- > > From: j=FCrgen h=F6ller [werk3AT] = [mailto:jue...@we...] > > Sent: Tuesday, February 17, 2004 8:04 AM > > To: spr...@li... > > Subject: RE: [Springframework-developer] Spring sub-projects > > > > > > Any opinions regarding the new module names? Else, I'll create > "spring-rcp" > > and "spring-eclipse" in the course of this week. > > > > Juergen > > > > > > -----Original Message----- > > From: spr...@li... > >=20 > [mailto:spr...@li...] > On Behalf Of > > j=FCrgen h=F6ller [werk3AT] > > Sent: Monday, February 16, 2004 9:59 AM > > To: spr...@li... > > Subject: [Springframework-developer] Spring sub-projects > > > > > > Everybody, > > > > As recently discussed in private mails, I suggest to keep=20 > sub-projects > that > > are close to the Spring core as separate modules in=20 > Spring's main CVS. The > > first two candidates are: > > > > - Keith Donald's Spring Rich Client Platform > > - Torsten Juergeleit's Spring Eclipse Plugin > > > > Both Keith and Torsten are in favor of hosting them in our=20 > main CVS. So if > > noone objects, I will create new CVS modules "spring-rcp" and > > "spring-eclipse", and accordingly give Keith and Torsten=20 > commit rights for > > the main CVS. As the module names cannot be changed easily,=20 > feel free to > > suggest different names! > > > > The rationale is to keep all projects that use=20 > "org.springframework" as > > package name in Spring's main CVS. Separate modules make=20 > sense to let the > > sub-projects evolve independently; this way, they do not have to be > released > > in direct accordance with the Spring core. Of course,=20 > generic classes that > > emerge can still go into the core. > > > > Consequently, both sub-projects should also get respective=20 > sections on our > > main website. We should definitely clarify all this before 1.0 final > (March > > 1st), as I expect quite a lot of media coverage at that time - we > shouldn't > > miss that chance! > > > > Juergen > > > > > > > > ------------------------------------------------------- > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > Build and deploy apps & Web services for Linux with > > a free DVD software kit from IBM. Click Now! > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > >=20 > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > > ------------------------------------------------------- > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > Build and deploy apps & Web services for Linux with > > a free DVD software kit from IBM. Click Now! > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > >=20 > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > > ------------------------------------------------------- > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > Build and deploy apps & Web services for Linux with > > a free DVD software kit from IBM. Click Now! > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > >=20 > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 |
|
From: Keith D. <kd...@cs...> - 2004-02-17 15:59:37
|
So we could have: #1 spring-rcp.jar spring-rcp as the CVS module org.springframework.rcp.* [or] #2 spring-richclient.jar spring-richclient as the CVS module org.springframework.richclient.* I'm torn. rcp is a bit cryptic but it is less typing and the acronym to m= e has a certain cool factor. I'd be happy to work with either. Keith ----- Original Message -----=20 From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...> To: <spr...@li...> Sent: Tuesday, February 17, 2004 10:18 AM Subject: RE: [Springframework-developer] Spring sub-projects > I'd like to keep the module name somewhat in sync with the package and = jar file name. I don't really see the point in calling the package "rcp" but = the module "rich-client". > > Juergen > > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...]On Behalf > Of Keith Donald > Sent: Tuesday, February 17, 2004 4:01 PM > To: spr...@li... > Subject: Re: [Springframework-developer] Spring sub-projects > > > I'm fine with 'spring-rich-client' as the module name... the main reaso= n I > suggested 'spring-rcp' initially was to be consistent with the proposed > package name: org.springframework.rcp (to me org.springframework.richclient > seemed a little wordy.) > > 'rcp' also seems to be a buzzing acronym these days, not that I am big into > buzzwords or anything (although I do have a business degree. :-)) Keit= h > > ----- Original Message -----=20 > From: "Kopylenko, Dmitry" <dko...@su...> > To: <spr...@li...> > Sent: Tuesday, February 17, 2004 8:09 AM > Subject: RE: [Springframework-developer] Spring sub-projects > > > > Well, spring-rcp is a bit cryptic. How about spring-rich-client? > > > > -----Original Message----- > > From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...= ] > > Sent: Tuesday, February 17, 2004 8:04 AM > > To: spr...@li... > > Subject: RE: [Springframework-developer] Spring sub-projects > > > > > > Any opinions regarding the new module names? Else, I'll create > "spring-rcp" > > and "spring-eclipse" in the course of this week. > > > > Juergen > > > > > > -----Original Message----- > > From: spr...@li... > > [mailto:spr...@li...]On Beha= lf Of > > j=FCrgen h=F6ller [werk3AT] > > Sent: Monday, February 16, 2004 9:59 AM > > To: spr...@li... > > Subject: [Springframework-developer] Spring sub-projects > > > > > > Everybody, > > > > As recently discussed in private mails, I suggest to keep sub-project= s > that > > are close to the Spring core as separate modules in Spring's main CVS= . The > > first two candidates are: > > > > - Keith Donald's Spring Rich Client Platform > > - Torsten Juergeleit's Spring Eclipse Plugin > > > > Both Keith and Torsten are in favor of hosting them in our main CVS. = So if > > noone objects, I will create new CVS modules "spring-rcp" and > > "spring-eclipse", and accordingly give Keith and Torsten commit right= s for > > the main CVS. As the module names cannot be changed easily, feel free= to > > suggest different names! > > > > The rationale is to keep all projects that use "org.springframework" = as > > package name in Spring's main CVS. Separate modules make sense to let the > > sub-projects evolve independently; this way, they do not have to be > released > > in direct accordance with the Spring core. Of course, generic classes that > > emerge can still go into the core. > > > > Consequently, both sub-projects should also get respective sections o= n our > > main website. We should definitely clarify all this before 1.0 final > (March > > 1st), as I expect quite a lot of media coverage at that time - we > shouldn't > > miss that chance! > > > > Juergen > > > > > > > > ------------------------------------------------------- > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > Build and deploy apps & Web services for Linux with > > a free DVD software kit from IBM. Click Now! > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-develope= r > > > > > > ------------------------------------------------------- > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > Build and deploy apps & Web services for Linux with > > a free DVD software kit from IBM. Click Now! > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-develope= r > > > > > > ------------------------------------------------------- > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > Build and deploy apps & Web services for Linux with > > a free DVD software kit from IBM. Click Now! > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-develope= r > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Francois B. <fb...@us...> - 2004-02-17 16:32:21
|
Hi !
Sorry for jumping on the bandwagon, but:
RCP =3D Rich Client Project
or
RCP =3D Remotely Callable Procedure
or
RCP =3D Rendering Capable Computer
TLAs (Three-Letter-Acronyms) are certainly cool, but they don't say
much... I would prefer richclient, but my vote is certainly non-binding.
Besides, most people use an IDE, and the IDE is responsible for typing
many things up. The only place where this is an issue is in the XML
configuration files, and Idea is capable of using Ctrl+Space to navigate
the usual package hierarchy.
My 2 cents...
Bye !
Fran=E7ois
On Tue, 17 Feb 2004 10:55:15 -0500, "Keith Donald" <kd...@cs...>
said:
> So we could have:
>=20
> #1
> spring-rcp.jar
> spring-rcp as the CVS module
> org.springframework.rcp.*
>=20
> [or]
>=20
> #2
> spring-richclient.jar
> spring-richclient as the CVS module
> org.springframework.richclient.*
>=20
> I'm torn. rcp is a bit cryptic but it is less typing and the acronym to
> me
> has a certain cool factor. I'd be happy to work with either. Keith
>=20
> ----- Original Message -----=20
> From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
> To: <spr...@li...>
> Sent: Tuesday, February 17, 2004 10:18 AM
> Subject: RE: [Springframework-developer] Spring sub-projects
>=20
>=20
> > I'd like to keep the module name somewhat in sync with the package and =
jar
> file name. I don't really see the point in calling the package "rcp" but
> the
> module "rich-client".
> >
> > Juergen
> >
> >
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]On Behalf
> > Of Keith Donald
> > Sent: Tuesday, February 17, 2004 4:01 PM
> > To: spr...@li...
> > Subject: Re: [Springframework-developer] Spring sub-projects
> >
> >
> > I'm fine with 'spring-rich-client' as the module name... the main reaso=
n I
> > suggested 'spring-rcp' initially was to be consistent with the proposed
> > package name: org.springframework.rcp (to me
> org.springframework.richclient
> > seemed a little wordy.)
> >
> > 'rcp' also seems to be a buzzing acronym these days, not that I am big
> into
> > buzzwords or anything (although I do have a business degree. :-)) Keith
> >
> > ----- Original Message -----=20
> > From: "Kopylenko, Dmitry" <dko...@su...>
> > To: <spr...@li...>
> > Sent: Tuesday, February 17, 2004 8:09 AM
> > Subject: RE: [Springframework-developer] Spring sub-projects
> >
> >
> > > Well, spring-rcp is a bit cryptic. How about spring-rich-client?
> > >
> > > -----Original Message-----
> > > From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...]
> > > Sent: Tuesday, February 17, 2004 8:04 AM
> > > To: spr...@li...
> > > Subject: RE: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > Any opinions regarding the new module names? Else, I'll create
> > "spring-rcp"
> > > and "spring-eclipse" in the course of this week.
> > >
> > > Juergen
> > >
> > >
> > > -----Original Message-----
> > > From: spr...@li...
> > > [mailto:spr...@li...]On Beha=
lf
> Of
> > > j=FCrgen h=F6ller [werk3AT]
> > > Sent: Monday, February 16, 2004 9:59 AM
> > > To: spr...@li...
> > > Subject: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > Everybody,
> > >
> > > As recently discussed in private mails, I suggest to keep sub-projects
> > that
> > > are close to the Spring core as separate modules in Spring's main CVS.
> The
> > > first two candidates are:
> > >
> > > - Keith Donald's Spring Rich Client Platform
> > > - Torsten Juergeleit's Spring Eclipse Plugin
> > >
> > > Both Keith and Torsten are in favor of hosting them in our main CVS. =
So
> if
> > > noone objects, I will create new CVS modules "spring-rcp" and
> > > "spring-eclipse", and accordingly give Keith and Torsten commit rights
> for
> > > the main CVS. As the module names cannot be changed easily, feel free=
to
> > > suggest different names!
> > >
> > > The rationale is to keep all projects that use "org.springframework" =
as
> > > package name in Spring's main CVS. Separate modules make sense to let
> the
> > > sub-projects evolve independently; this way, they do not have to be
> > released
> > > in direct accordance with the Spring core. Of course, generic classes
> that
> > > emerge can still go into the core.
> > >
> > > Consequently, both sub-projects should also get respective sections on
> our
> > > main website. We should definitely clarify all this before 1.0 final
> > (March
> > > 1st), as I expect quite a lot of media coverage at that time - we
> > shouldn't
> > > miss that chance!
> > >
> > > Juergen
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
Developer of Java Gui Builder
http://jgb.sourceforge.net/
|
|
From: Cameron B. <ca...@da...> - 2004-02-17 16:51:26
|
Yeah.. I agree..=20 Not that my vode counts for much ..=20 I'l just a happy spring-chicken. RCP Reasonable Charge Pricing General=20 RCP Report of Contractor Performance (ACER replacement) RCP Remote Control Panel =20 RCP Remote Copy RCP Restore Cursor Position=20 RCP Remote Copy Protocol RCP Royal College of Physicians=20 RCP Really Cool Platform --- hey -- Its spring :) Hrm... I bet we could write a book on this one ;) Cameron > -----Original Message----- > From: spr...@li...=20 > [mailto:spr...@li...] > On Behalf Of Francois Beausoleil > Sent: Wednesday, 18 February 2004 2:26 AM > To: spr...@li... > Subject: Re: [Springframework-developer] Spring sub-projects >=20 > Hi ! >=20 > Sorry for jumping on the bandwagon, but: >=20 > RCP =3D Rich Client Project >=20 > or >=20 > RCP =3D Remotely Callable Procedure >=20 > or >=20 > RCP =3D Rendering Capable Computer >=20 > TLAs (Three-Letter-Acronyms) are certainly cool, but they=20 > don't say much... I would prefer richclient, but my vote is=20 > certainly non-binding. > Besides, most people use an IDE, and the IDE is responsible=20 > for typing many things up. The only place where this is an=20 > issue is in the XML configuration files, and Idea is capable=20 > of using Ctrl+Space to navigate the usual package hierarchy. >=20 > My 2 cents... >=20 > Bye ! > Fran=E7ois >=20 > On Tue, 17 Feb 2004 10:55:15 -0500, "Keith Donald"=20 > <kd...@cs...> > said: > > So we could have: > >=20 > > #1 > > spring-rcp.jar > > spring-rcp as the CVS module > > org.springframework.rcp.* > >=20 > > [or] > >=20 > > #2 > > spring-richclient.jar > > spring-richclient as the CVS module > > org.springframework.richclient.* > >=20 > > I'm torn. rcp is a bit cryptic but it is less typing and=20 > the acronym=20 > > to me has a certain cool factor. I'd be happy to work with=20 > either. =20 > > Keith > >=20 > > ----- Original Message ----- > > From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...> > > To: <spr...@li...> > > Sent: Tuesday, February 17, 2004 10:18 AM > > Subject: RE: [Springframework-developer] Spring sub-projects > >=20 > >=20 > > > I'd like to keep the module name somewhat in sync with=20 > the package=20 > > > and jar > > file name. I don't really see the point in calling the=20 > package "rcp"=20 > > but the module "rich-client". > > > > > > Juergen > > > > > > > > > -----Original Message----- > > > From: spr...@li... > > > [mailto:spr...@li...]On=20 > > > Behalf Of Keith Donald > > > Sent: Tuesday, February 17, 2004 4:01 PM > > > To: spr...@li... > > > Subject: Re: [Springframework-developer] Spring sub-projects > > > > > > > > > I'm fine with 'spring-rich-client' as the module name... the main=20 > > > reason I suggested 'spring-rcp' initially was to be=20 > consistent with=20 > > > the proposed package name: org.springframework.rcp (to me > > org.springframework.richclient > > > seemed a little wordy.) > > > > > > 'rcp' also seems to be a buzzing acronym these days, not=20 > that I am=20 > > > big > > into > > > buzzwords or anything (although I do have a business=20 > degree. :-))=20 > > > Keith > > > > > > ----- Original Message ----- > > > From: "Kopylenko, Dmitry" <dko...@su...> > > > To: <spr...@li...> > > > Sent: Tuesday, February 17, 2004 8:09 AM > > > Subject: RE: [Springframework-developer] Spring sub-projects > > > > > > > > > > Well, spring-rcp is a bit cryptic. How about spring-rich-client? > > > > > > > > -----Original Message----- > > > > From: j=FCrgen h=F6ller [werk3AT]=20 > [mailto:jue...@we...] > > > > Sent: Tuesday, February 17, 2004 8:04 AM > > > > To: spr...@li... > > > > Subject: RE: [Springframework-developer] Spring sub-projects > > > > > > > > > > > > Any opinions regarding the new module names? Else, I'll create > > > "spring-rcp" > > > > and "spring-eclipse" in the course of this week. > > > > > > > > Juergen > > > > > > > > > > > > -----Original Message----- > > > > From: spr...@li... > > > >=20 > [mailto:spr...@li...]On=20 > > > > Behalf > > Of > > > > j=FCrgen h=F6ller [werk3AT] > > > > Sent: Monday, February 16, 2004 9:59 AM > > > > To: spr...@li... > > > > Subject: [Springframework-developer] Spring sub-projects > > > > > > > > > > > > Everybody, > > > > > > > > As recently discussed in private mails, I suggest to keep=20 > > > > sub-projects > > > that > > > > are close to the Spring core as separate modules in=20 > Spring's main CVS. > > The > > > > first two candidates are: > > > > > > > > - Keith Donald's Spring Rich Client Platform > > > > - Torsten Juergeleit's Spring Eclipse Plugin > > > > > > > > Both Keith and Torsten are in favor of hosting them in our main=20 > > > > CVS. So > > if > > > > noone objects, I will create new CVS modules "spring-rcp" and=20 > > > > "spring-eclipse", and accordingly give Keith and Torsten commit=20 > > > > rights > > for > > > > the main CVS. As the module names cannot be changed=20 > easily, feel=20 > > > > free to suggest different names! > > > > > > > > The rationale is to keep all projects that use=20 > > > > "org.springframework" as package name in Spring's main CVS.=20 > > > > Separate modules make sense to let > > the > > > > sub-projects evolve independently; this way, they do=20 > not have to=20 > > > > be > > > released > > > > in direct accordance with the Spring core. Of course, generic=20 > > > > classes > > that > > > > emerge can still go into the core. > > > > > > > > Consequently, both sub-projects should also get respective=20 > > > > sections on > > our > > > > main website. We should definitely clarify all this before 1.0=20 > > > > final > > > (March > > > > 1st), as I expect quite a lot of media coverage at that=20 > time - we > > > shouldn't > > > > miss that chance! > > > > > > > > Juergen > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > > > Build and deploy apps & Web services for Linux with a free DVD=20 > > > > software kit from IBM. Click Now! > > > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > > > > _______________________________________________ > > > > Springframework-developer mailing list=20 > > > > Spr...@li... > > > >=20 > https://lists.sourceforge.net/lists/listinfo/springframework-devel > > > > oper > > > > > > > > > > > > ------------------------------------------------------- > > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > > > Build and deploy apps & Web services for Linux with a free DVD=20 > > > > software kit from IBM. Click Now! > > > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick > > > > _______________________________________________ > > > > Springframework-developer mailing list=20 > > > > Spr...@li... > > > >=20 > https://lists.sourceforge.net/lists/listinfo/springframework-devel > > > > oper > > > > > > > > > > > > ------------------------------------------------------- > > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > > > Build and deploy apps & Web services for Linux with a free DVD=20 > > > > software kit from IBM. Click Now! > > > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk > > > > _______________________________________________ > > > > Springframework-developer mailing list=20 > > > > Spr...@li... > > > >=20 > https://lists.sourceforge.net/lists/listinfo/springframework-devel > > > > oper > > > > > > > > > > > > ------------------------------------------------------- > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > > Build and deploy apps & Web services for Linux with a free DVD=20 > > > software kit from IBM. Click Now! > > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > > > _______________________________________________ > > > Springframework-developer mailing list=20 > > > Spr...@li... > > >=20 > https://lists.sourceforge.net/lists/listinfo/springframework-develop > > > er > > > > > > > > > ------------------------------------------------------- > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > > Build and deploy apps & Web services for Linux with a free DVD=20 > > > software kit from IBM. Click Now! > > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk > > > _______________________________________________ > > > Springframework-developer mailing list=20 > > > Spr...@li... > > >=20 > https://lists.sourceforge.net/lists/listinfo/springframework-develop > > > er > >=20 > >=20 > >=20 > > ------------------------------------------------------- > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > Build and deploy apps & Web services for Linux with a free DVD=20 > > software kit from IBM. Click Now! > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick > > _______________________________________________ > > Springframework-developer mailing list=20 > > Spr...@li... > >=20 > https://lists.sourceforge.net/lists/listinfo/springframework-developer > Developer of Java Gui Builder > http://jgb.sourceforge.net/ >=20 >=20 > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with a free=20 > DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 |
|
From: <jue...@we...> - 2004-02-17 16:56:36
|
But doesn't the sample apply to terms like DAO, ORM, or AOP? We're =
happily using those too...
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Francois Beausoleil
Sent: Tuesday, February 17, 2004 5:26 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Spring sub-projects
Hi !
Sorry for jumping on the bandwagon, but:
RCP =3D Rich Client Project
or
RCP =3D Remotely Callable Procedure
or
RCP =3D Rendering Capable Computer
TLAs (Three-Letter-Acronyms) are certainly cool, but they don't say
much... I would prefer richclient, but my vote is certainly =
non-binding.
Besides, most people use an IDE, and the IDE is responsible for typing
many things up. The only place where this is an issue is in the XML
configuration files, and Idea is capable of using Ctrl+Space to navigate
the usual package hierarchy.
My 2 cents...
Bye !
Fran=E7ois
On Tue, 17 Feb 2004 10:55:15 -0500, "Keith Donald" <kd...@cs...>
said:
> So we could have:
>=20
> #1
> spring-rcp.jar
> spring-rcp as the CVS module
> org.springframework.rcp.*
>=20
> [or]
>=20
> #2
> spring-richclient.jar
> spring-richclient as the CVS module
> org.springframework.richclient.*
>=20
> I'm torn. rcp is a bit cryptic but it is less typing and the acronym =
to
> me
> has a certain cool factor. I'd be happy to work with either. Keith
>=20
> ----- Original Message -----=20
> From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
> To: <spr...@li...>
> Sent: Tuesday, February 17, 2004 10:18 AM
> Subject: RE: [Springframework-developer] Spring sub-projects
>=20
>=20
> > I'd like to keep the module name somewhat in sync with the package =
and jar
> file name. I don't really see the point in calling the package "rcp" =
but
> the
> module "rich-client".
> >
> > Juergen
> >
> >
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]On =
Behalf
> > Of Keith Donald
> > Sent: Tuesday, February 17, 2004 4:01 PM
> > To: spr...@li...
> > Subject: Re: [Springframework-developer] Spring sub-projects
> >
> >
> > I'm fine with 'spring-rich-client' as the module name... the main =
reason I
> > suggested 'spring-rcp' initially was to be consistent with the =
proposed
> > package name: org.springframework.rcp (to me
> org.springframework.richclient
> > seemed a little wordy.)
> >
> > 'rcp' also seems to be a buzzing acronym these days, not that I am =
big
> into
> > buzzwords or anything (although I do have a business degree. :-)) =
Keith
> >
> > ----- Original Message -----=20
> > From: "Kopylenko, Dmitry" <dko...@su...>
> > To: <spr...@li...>
> > Sent: Tuesday, February 17, 2004 8:09 AM
> > Subject: RE: [Springframework-developer] Spring sub-projects
> >
> >
> > > Well, spring-rcp is a bit cryptic. How about spring-rich-client?
> > >
> > > -----Original Message-----
> > > From: j=FCrgen h=F6ller [werk3AT] =
[mailto:jue...@we...]
> > > Sent: Tuesday, February 17, 2004 8:04 AM
> > > To: spr...@li...
> > > Subject: RE: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > Any opinions regarding the new module names? Else, I'll create
> > "spring-rcp"
> > > and "spring-eclipse" in the course of this week.
> > >
> > > Juergen
> > >
> > >
> > > -----Original Message-----
> > > From: spr...@li...
> > > [mailto:spr...@li...]On =
Behalf
> Of
> > > j=FCrgen h=F6ller [werk3AT]
> > > Sent: Monday, February 16, 2004 9:59 AM
> > > To: spr...@li...
> > > Subject: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > Everybody,
> > >
> > > As recently discussed in private mails, I suggest to keep =
sub-projects
> > that
> > > are close to the Spring core as separate modules in Spring's main =
CVS.
> The
> > > first two candidates are:
> > >
> > > - Keith Donald's Spring Rich Client Platform
> > > - Torsten Juergeleit's Spring Eclipse Plugin
> > >
> > > Both Keith and Torsten are in favor of hosting them in our main =
CVS. So
> if
> > > noone objects, I will create new CVS modules "spring-rcp" and
> > > "spring-eclipse", and accordingly give Keith and Torsten commit =
rights
> for
> > > the main CVS. As the module names cannot be changed easily, feel =
free to
> > > suggest different names!
> > >
> > > The rationale is to keep all projects that use =
"org.springframework" as
> > > package name in Spring's main CVS. Separate modules make sense to =
let
> the
> > > sub-projects evolve independently; this way, they do not have to =
be
> > released
> > > in direct accordance with the Spring core. Of course, generic =
classes
> that
> > > emerge can still go into the core.
> > >
> > > Consequently, both sub-projects should also get respective =
sections on
> our
> > > main website. We should definitely clarify all this before 1.0 =
final
> > (March
> > > 1st), as I expect quite a lot of media coverage at that time - we
> > shouldn't
> > > miss that chance!
> > >
> > > Juergen
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
Developer of Java Gui Builder
http://jgb.sourceforge.net/
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Francois B. <fb...@us...> - 2004-02-17 18:31:21
|
Maybe because they are more "well-known", they don't cause the same kind of conflict in my mind ? Anyway, it doesn't really matter. Once people start knowing what RCP stands for, then it won't be a problem anymore. Bye ! Fran=E7ois On Tue, 17 Feb 2004 17:52:20 +0100, "j=FCrgen h=F6ller [werk3AT]" <jue...@we...> said: > But doesn't the sample apply to terms like DAO, ORM, or AOP? We're > happily using those too... >=20 >=20 > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...]On Behalf > Of Francois Beausoleil > Sent: Tuesday, February 17, 2004 5:26 PM > To: spr...@li... > Subject: Re: [Springframework-developer] Spring sub-projects >=20 >=20 > Hi ! >=20 > Sorry for jumping on the bandwagon, but: >=20 > RCP =3D Rich Client Project >=20 > or >=20 > RCP =3D Remotely Callable Procedure >=20 > or >=20 > RCP =3D Rendering Capable Computer >=20 > TLAs (Three-Letter-Acronyms) are certainly cool, but they don't say > much... I would prefer richclient, but my vote is certainly non-binding. > Besides, most people use an IDE, and the IDE is responsible for typing > many things up. The only place where this is an issue is in the XML > configuration files, and Idea is capable of using Ctrl+Space to navigate > the usual package hierarchy. >=20 > My 2 cents... >=20 > Bye ! > Fran=E7ois >=20 > On Tue, 17 Feb 2004 10:55:15 -0500, "Keith Donald" <kd...@cs...> > said: > > So we could have: > >=20 > > #1 > > spring-rcp.jar > > spring-rcp as the CVS module > > org.springframework.rcp.* > >=20 > > [or] > >=20 > > #2 > > spring-richclient.jar > > spring-richclient as the CVS module > > org.springframework.richclient.* > >=20 > > I'm torn. rcp is a bit cryptic but it is less typing and the acronym to > > me > > has a certain cool factor. I'd be happy to work with either. Keith > >=20 > > ----- Original Message -----=20 > > From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...> > > To: <spr...@li...> > > Sent: Tuesday, February 17, 2004 10:18 AM > > Subject: RE: [Springframework-developer] Spring sub-projects > >=20 > >=20 > > > I'd like to keep the module name somewhat in sync with the package an= d jar > > file name. I don't really see the point in calling the package "rcp" but > > the > > module "rich-client". > > > > > > Juergen > > > > > > > > > -----Original Message----- > > > From: spr...@li... > > > [mailto:spr...@li...]On Beha= lf > > > Of Keith Donald > > > Sent: Tuesday, February 17, 2004 4:01 PM > > > To: spr...@li... > > > Subject: Re: [Springframework-developer] Spring sub-projects > > > > > > > > > I'm fine with 'spring-rich-client' as the module name... the main rea= son I > > > suggested 'spring-rcp' initially was to be consistent with the propos= ed > > > package name: org.springframework.rcp (to me > > org.springframework.richclient > > > seemed a little wordy.) > > > > > > 'rcp' also seems to be a buzzing acronym these days, not that I am big > > into > > > buzzwords or anything (although I do have a business degree. :-)) Ke= ith > > > > > > ----- Original Message -----=20 > > > From: "Kopylenko, Dmitry" <dko...@su...> > > > To: <spr...@li...> > > > Sent: Tuesday, February 17, 2004 8:09 AM > > > Subject: RE: [Springframework-developer] Spring sub-projects > > > > > > > > > > Well, spring-rcp is a bit cryptic. How about spring-rich-client? > > > > > > > > -----Original Message----- > > > > From: j=FCrgen h=F6ller [werk3AT] [mailto:juergen.hoeller@werk3at.c= om] > > > > Sent: Tuesday, February 17, 2004 8:04 AM > > > > To: spr...@li... > > > > Subject: RE: [Springframework-developer] Spring sub-projects > > > > > > > > > > > > Any opinions regarding the new module names? Else, I'll create > > > "spring-rcp" > > > > and "spring-eclipse" in the course of this week. > > > > > > > > Juergen > > > > > > > > > > > > -----Original Message----- > > > > From: spr...@li... > > > > [mailto:spr...@li...]On Be= half > > Of > > > > j=FCrgen h=F6ller [werk3AT] > > > > Sent: Monday, February 16, 2004 9:59 AM > > > > To: spr...@li... > > > > Subject: [Springframework-developer] Spring sub-projects > > > > > > > > > > > > Everybody, > > > > > > > > As recently discussed in private mails, I suggest to keep sub-proje= cts > > > that > > > > are close to the Spring core as separate modules in Spring's main C= VS. > > The > > > > first two candidates are: > > > > > > > > - Keith Donald's Spring Rich Client Platform > > > > - Torsten Juergeleit's Spring Eclipse Plugin > > > > > > > > Both Keith and Torsten are in favor of hosting them in our main CVS= . So > > if > > > > noone objects, I will create new CVS modules "spring-rcp" and > > > > "spring-eclipse", and accordingly give Keith and Torsten commit rig= hts > > for > > > > the main CVS. As the module names cannot be changed easily, feel fr= ee to > > > > suggest different names! > > > > > > > > The rationale is to keep all projects that use "org.springframework= " as > > > > package name in Spring's main CVS. Separate modules make sense to l= et > > the > > > > sub-projects evolve independently; this way, they do not have to be > > > released > > > > in direct accordance with the Spring core. Of course, generic class= es > > that > > > > emerge can still go into the core. > > > > > > > > Consequently, both sub-projects should also get respective sections= on > > our > > > > main website. We should definitely clarify all this before 1.0 final > > > (March > > > > 1st), as I expect quite a lot of media coverage at that time - we > > > shouldn't > > > > miss that chance! > > > > > > > > Juergen > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > > > Build and deploy apps & Web services for Linux with > > > > a free DVD software kit from IBM. Click Now! > > > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > > > > _______________________________________________ > > > > Springframework-developer mailing list > > > > Spr...@li... > > > > https://lists.sourceforge.net/lists/listinfo/springframework-develo= per > > > > > > > > > > > > ------------------------------------------------------- > > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > > > Build and deploy apps & Web services for Linux with > > > > a free DVD software kit from IBM. Click Now! > > > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick > > > > _______________________________________________ > > > > Springframework-developer mailing list > > > > Spr...@li... > > > > https://lists.sourceforge.net/lists/listinfo/springframework-develo= per > > > > > > > > > > > > ------------------------------------------------------- > > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > > > Build and deploy apps & Web services for Linux with > > > > a free DVD software kit from IBM. Click Now! > > > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk > > > > _______________________________________________ > > > > Springframework-developer mailing list > > > > Spr...@li... > > > > https://lists.sourceforge.net/lists/listinfo/springframework-develo= per > > > > > > > > > > > > ------------------------------------------------------- > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > > Build and deploy apps & Web services for Linux with > > > a free DVD software kit from IBM. Click Now! > > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > > > _______________________________________________ > > > Springframework-developer mailing list > > > Spr...@li... > > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > > > > > ------------------------------------------------------- > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > > Build and deploy apps & Web services for Linux with > > > a free DVD software kit from IBM. Click Now! > > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk > > > _______________________________________________ > > > Springframework-developer mailing list > > > Spr...@li... > > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > >=20 > >=20 > >=20 > > ------------------------------------------------------- > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > Build and deploy apps & Web services for Linux with > > a free DVD software kit from IBM. Click Now! > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > Developer of Java Gui Builder > http://jgb.sourceforge.net/ >=20 >=20 > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer Developer of Java Gui Builder http://jgb.sourceforge.net/ |
|
From: Christophe V. <c.v...@pa...> - 2004-02-17 18:46:28
|
On Tuesday 17 February 2004 19:20, Francois Beausoleil wrote: > Maybe because they are more "well-known", they don't cause the same kind > of conflict in my mind ? > > Anyway, it doesn't really matter. Once people start knowing what RCP > stands for, then it won't be a problem anymore. > Unless they're dyslexic offcourse :) Even I misread it as RPC the first time it was mentioned here. But once you get used to it, RCP is the better choice (org.springframework is long enough as it is, nevermind adding rich-client or something like that). -- Kind regards, Christophe Vanfleteren |
|
From: Keith D. <kd...@cs...> - 2004-02-20 21:22:12
|
I agree, I think use of 'rcp' works just as well as 'orm', 'dao', 'ejb', =
or
'aop.' After thinking about it for a couple of days and considering the
various points I do recommend 'spring-rcp' for the name of the module. =
I
recommend org.springframework.rcp as the package name, and =
spring-rcp.jar as
the jar file name. It's consistent and concise, and we do have the =
benefit
of the acronym catching on in the industry.
I will make sure to thoroughly document what 'rcp' standard for (Rich =
Client
Platform) and I'm sure we'll use the full name when referring to the
project--something like "check out Spring's new Rich Client Platform
(RCP)..." when marketing it.
Coming up with names is never easy! I remember one project I was on
marketing came up with the name "Assurity" - we on the team all =
immediately
noticed what that as a three letter acronym spelled! :-) Keith
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
j=FCrgen h=F6ller [werk3AT]
Sent: Tuesday, February 17, 2004 11:52 AM
To: spr...@li...
Subject: RE: [Springframework-developer] Spring sub-projects
But doesn't the sample apply to terms like DAO, ORM, or AOP? We're =
happily
using those too...
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf =
Of
Francois Beausoleil
Sent: Tuesday, February 17, 2004 5:26 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Spring sub-projects
Hi !
Sorry for jumping on the bandwagon, but:
RCP =3D Rich Client Project
or
RCP =3D Remotely Callable Procedure
or
RCP =3D Rendering Capable Computer
TLAs (Three-Letter-Acronyms) are certainly cool, but they don't say =
much...
I would prefer richclient, but my vote is certainly non-binding. =
Besides,
most people use an IDE, and the IDE is responsible for typing many =
things
up. The only place where this is an issue is in the XML configuration
files, and Idea is capable of using Ctrl+Space to navigate the usual =
package
hierarchy.
My 2 cents...
Bye !
Fran=E7ois
On Tue, 17 Feb 2004 10:55:15 -0500, "Keith Donald" <kd...@cs...>
said:
> So we could have:
>=20
> #1
> spring-rcp.jar
> spring-rcp as the CVS module
> org.springframework.rcp.*
>=20
> [or]
>=20
> #2
> spring-richclient.jar
> spring-richclient as the CVS module
> org.springframework.richclient.*
>=20
> I'm torn. rcp is a bit cryptic but it is less typing and the acronym
> to me has a certain cool factor. I'd be happy to work with either. =20
> Keith
>=20
> ----- Original Message -----
> From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
> To: <spr...@li...>
> Sent: Tuesday, February 17, 2004 10:18 AM
> Subject: RE: [Springframework-developer] Spring sub-projects
>=20
>=20
> > I'd like to keep the module name somewhat in sync with the package
> > and jar
> file name. I don't really see the point in calling the package "rcp"
> but the module "rich-client".
> >
> > Juergen
> >
> >
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]On
> > Behalf Of Keith Donald
> > Sent: Tuesday, February 17, 2004 4:01 PM
> > To: spr...@li...
> > Subject: Re: [Springframework-developer] Spring sub-projects
> >
> >
> > I'm fine with 'spring-rich-client' as the module name... the main
> > reason I suggested 'spring-rcp' initially was to be consistent with=20
> > the proposed package name: org.springframework.rcp (to me
> org.springframework.richclient
> > seemed a little wordy.)
> >
> > 'rcp' also seems to be a buzzing acronym these days, not that I am
> > big
> into
> > buzzwords or anything (although I do have a business degree. :-))
> > Keith
> >
> > ----- Original Message -----
> > From: "Kopylenko, Dmitry" <dko...@su...>
> > To: <spr...@li...>
> > Sent: Tuesday, February 17, 2004 8:09 AM
> > Subject: RE: [Springframework-developer] Spring sub-projects
> >
> >
> > > Well, spring-rcp is a bit cryptic. How about spring-rich-client?
> > >
> > > -----Original Message-----
> > > From: j=FCrgen h=F6ller [werk3AT] =
[mailto:jue...@we...]
> > > Sent: Tuesday, February 17, 2004 8:04 AM
> > > To: spr...@li...
> > > Subject: RE: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > Any opinions regarding the new module names? Else, I'll create
> > "spring-rcp"
> > > and "spring-eclipse" in the course of this week.
> > >
> > > Juergen
> > >
> > >
> > > -----Original Message-----
> > > From: spr...@li...
> > > [mailto:spr...@li...]On
> > > Behalf
> Of
> > > j=FCrgen h=F6ller [werk3AT]
> > > Sent: Monday, February 16, 2004 9:59 AM
> > > To: spr...@li...
> > > Subject: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > Everybody,
> > >
> > > As recently discussed in private mails, I suggest to keep
> > > sub-projects
> > that
> > > are close to the Spring core as separate modules in Spring's main
> > > CVS.
> The
> > > first two candidates are:
> > >
> > > - Keith Donald's Spring Rich Client Platform
> > > - Torsten Juergeleit's Spring Eclipse Plugin
> > >
> > > Both Keith and Torsten are in favor of hosting them in our main
> > > CVS. So
> if
> > > noone objects, I will create new CVS modules "spring-rcp" and
> > > "spring-eclipse", and accordingly give Keith and Torsten commit=20
> > > rights
> for
> > > the main CVS. As the module names cannot be changed easily, feel
> > > free to suggest different names!
> > >
> > > The rationale is to keep all projects that use
> > > "org.springframework" as package name in Spring's main CVS.=20
> > > Separate modules make sense to let
> the
> > > sub-projects evolve independently; this way, they do not have to
> > > be
> > released
> > > in direct accordance with the Spring core. Of course, generic
> > > classes
> that
> > > emerge can still go into the core.
> > >
> > > Consequently, both sub-projects should also get respective
> > > sections on
> our
> > > main website. We should definitely clarify all this before 1.0
> > > final
> > (March
> > > 1st), as I expect quite a lot of media coverage at that time - we
> > shouldn't
> > > miss that chance!
> > >
> > > Juergen
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and
> > > deploy apps & Web services for Linux with a free DVD software kit=20
> > > from IBM. Click Now!=20
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > > _______________________________________________
> > > Springframework-developer mailing list=20
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-devel
> > > oper
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and
> > > deploy apps & Web services for Linux with a free DVD software kit=20
> > > from IBM. Click Now!=20
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> > > _______________________________________________
> > > Springframework-developer mailing list=20
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-devel
> > > oper
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and
> > > deploy apps & Web services for Linux with a free DVD software kit=20
> > > from IBM. Click Now!=20
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > > _______________________________________________
> > > Springframework-developer mailing list=20
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-devel
> > > oper
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and
> > deploy apps & Web services for Linux with a free DVD software kit=20
> > from IBM. Click Now!=20
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > _______________________________________________
> > Springframework-developer mailing list=20
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-develop
> > er
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and
> > deploy apps & Web services for Linux with a free DVD software kit=20
> > from IBM. Click Now! =
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and
> deploy apps & Web services for Linux with a free DVD software kit from =
> IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
Developer of Java Gui Builder
http://jgb.sourceforge.net/
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Kopylenko, D. <dko...@ac...> - 2004-02-17 17:11:04
|
DAO: Digital Account Observer
ORM: Object Remote Message
AOP: Alternative Object Proposal
...any other ideas? :-)))
-----Original Message-----
From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...]=20
Sent: Tuesday, February 17, 2004 11:52 AM
To: spr...@li...
Subject: RE: [Springframework-developer] Spring sub-projects
But doesn't the sample apply to terms like DAO, ORM, or AOP? We're =
happily
using those too...
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf =
Of
Francois Beausoleil
Sent: Tuesday, February 17, 2004 5:26 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Spring sub-projects
Hi !
Sorry for jumping on the bandwagon, but:
RCP =3D Rich Client Project
or
RCP =3D Remotely Callable Procedure
or
RCP =3D Rendering Capable Computer
TLAs (Three-Letter-Acronyms) are certainly cool, but they don't say =
much...
I would prefer richclient, but my vote is certainly non-binding. =
Besides,
most people use an IDE, and the IDE is responsible for typing many =
things
up. The only place where this is an issue is in the XML configuration
files, and Idea is capable of using Ctrl+Space to navigate the usual =
package
hierarchy.
My 2 cents...
Bye !
Fran=E7ois
On Tue, 17 Feb 2004 10:55:15 -0500, "Keith Donald" =
<kd...@cs...>
said:
> So we could have:
>=20
> #1
> spring-rcp.jar
> spring-rcp as the CVS module
> org.springframework.rcp.*
>=20
> [or]
>=20
> #2
> spring-richclient.jar
> spring-richclient as the CVS module
> org.springframework.richclient.*
>=20
> I'm torn. rcp is a bit cryptic but it is less typing and the acronym=20
> to me has a certain cool factor. I'd be happy to work with either. =20
> Keith
>=20
> ----- Original Message -----
> From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
> To: <spr...@li...>
> Sent: Tuesday, February 17, 2004 10:18 AM
> Subject: RE: [Springframework-developer] Spring sub-projects
>=20
>=20
> > I'd like to keep the module name somewhat in sync with the package=20
> > and jar
> file name. I don't really see the point in calling the package "rcp"=20
> but the module "rich-client".
> >
> > Juergen
> >
> >
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]On=20
> > Behalf Of Keith Donald
> > Sent: Tuesday, February 17, 2004 4:01 PM
> > To: spr...@li...
> > Subject: Re: [Springframework-developer] Spring sub-projects
> >
> >
> > I'm fine with 'spring-rich-client' as the module name... the main=20
> > reason I suggested 'spring-rcp' initially was to be consistent with =
> > the proposed package name: org.springframework.rcp (to me
> org.springframework.richclient
> > seemed a little wordy.)
> >
> > 'rcp' also seems to be a buzzing acronym these days, not that I am=20
> > big
> into
> > buzzwords or anything (although I do have a business degree. :-))=20
> > Keith
> >
> > ----- Original Message -----
> > From: "Kopylenko, Dmitry" <dko...@su...>
> > To: <spr...@li...>
> > Sent: Tuesday, February 17, 2004 8:09 AM
> > Subject: RE: [Springframework-developer] Spring sub-projects
> >
> >
> > > Well, spring-rcp is a bit cryptic. How about spring-rich-client?
> > >
> > > -----Original Message-----
> > > From: j=FCrgen h=F6ller [werk3AT] =
[mailto:jue...@we...]
> > > Sent: Tuesday, February 17, 2004 8:04 AM
> > > To: spr...@li...
> > > Subject: RE: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > Any opinions regarding the new module names? Else, I'll create
> > "spring-rcp"
> > > and "spring-eclipse" in the course of this week.
> > >
> > > Juergen
> > >
> > >
> > > -----Original Message-----
> > > From: spr...@li...
> > > [mailto:spr...@li...]On=20
> > > Behalf
> Of
> > > j=FCrgen h=F6ller [werk3AT]
> > > Sent: Monday, February 16, 2004 9:59 AM
> > > To: spr...@li...
> > > Subject: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > Everybody,
> > >
> > > As recently discussed in private mails, I suggest to keep=20
> > > sub-projects
> > that
> > > are close to the Spring core as separate modules in Spring's main =
> > > CVS.
> The
> > > first two candidates are:
> > >
> > > - Keith Donald's Spring Rich Client Platform
> > > - Torsten Juergeleit's Spring Eclipse Plugin
> > >
> > > Both Keith and Torsten are in favor of hosting them in our main=20
> > > CVS. So
> if
> > > noone objects, I will create new CVS modules "spring-rcp" and=20
> > > "spring-eclipse", and accordingly give Keith and Torsten commit=20
> > > rights
> for
> > > the main CVS. As the module names cannot be changed easily, feel=20
> > > free to suggest different names!
> > >
> > > The rationale is to keep all projects that use=20
> > > "org.springframework" as package name in Spring's main CVS.=20
> > > Separate modules make sense to let
> the
> > > sub-projects evolve independently; this way, they do not have to=20
> > > be
> > released
> > > in direct accordance with the Spring core. Of course, generic=20
> > > classes
> that
> > > emerge can still go into the core.
> > >
> > > Consequently, both sub-projects should also get respective=20
> > > sections on
> our
> > > main website. We should definitely clarify all this before 1.0=20
> > > final
> > (March
> > > 1st), as I expect quite a lot of media coverage at that time - we
> > shouldn't
> > > miss that chance!
> > >
> > > Juergen
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build =
and=20
> > > deploy apps & Web services for Linux with a free DVD software kit =
> > > from IBM. Click Now!=20
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > > _______________________________________________
> > > Springframework-developer mailing list=20
> > > Spr...@li...
> > > =
https://lists.sourceforge.net/lists/listinfo/springframework-devel
> > > oper
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build =
and=20
> > > deploy apps & Web services for Linux with a free DVD software kit =
> > > from IBM. Click Now!=20
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> > > _______________________________________________
> > > Springframework-developer mailing list=20
> > > Spr...@li...
> > > =
https://lists.sourceforge.net/lists/listinfo/springframework-devel
> > > oper
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build =
and=20
> > > deploy apps & Web services for Linux with a free DVD software kit =
> > > from IBM. Click Now!=20
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > > _______________________________________________
> > > Springframework-developer mailing list=20
> > > Spr...@li...
> > > =
https://lists.sourceforge.net/lists/listinfo/springframework-devel
> > > oper
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and=20
> > deploy apps & Web services for Linux with a free DVD software kit=20
> > from IBM. Click Now!=20
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > _______________________________________________
> > Springframework-developer mailing list=20
> > Spr...@li...
> > =
https://lists.sourceforge.net/lists/listinfo/springframework-develop
> > er
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and=20
> > deploy apps & Web services for Linux with a free DVD software kit=20
> > from IBM. Click Now! =
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and=20
> deploy apps & Web services for Linux with a free DVD software kit =
from=20
> IBM. Click Now! =
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
Developer of Java Gui Builder
http://jgb.sourceforge.net/
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
