Re: [Springframework-developer] Spring sub-projects

[Jozsa K. <dy...@on...>]

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