|
From: Keith D. <kd...@cs...> - 2004-03-03 04:28:34
|
After I sent this, the word "incubation" hit me. spring-rcp is in incubation right now. We feel we've got a strong value proposition and a good base to build a releaseable product quickly, but we've still got som= e incubating to do first. And the separate dev list (even if it is tempora= ry) is a good way to track the incubation process. I agree, once the project has taken the next step and turned into a relea= sed product providing a solution it's important to open it up for support fro= m the larger Spring community. And I do view support for rich client suppo= rt as a natural extension to Spring's united "simplifying J2EE" mission, especially these days since java desktop apps are becoming more and more prevalent. Keith p.s. as a kind of lite aside, we also want to prevent what happened to th= at poor soul in Rod's book who used Swing with basic RMI in his application! :-) ----- Original Message -----=20 From: "Keith Donald" <kd...@cs...> To: <spr...@li...> Sent: Tuesday, March 02, 2004 10:31 PM Subject: Re: [Springframework-developer] spring-rcp subproject structurea= nd initial commits > Mike, > > I considered some of these issues myself. The way I view this is a way for > me and other developers who are actively working on the early, pre-rele= ase > rcp efforts to flush out design issues, report progress on tasks, etc > without bogging down the main developer list busy supporting a released > product with a roadmap covering the next few months. > > I still agree with a lot of your points--The platform leverages core spring, > yes, and I believe users who adopt Spring with rich-client applications once > the platform is released should use the same list just as they would wi= th > Spring in a web application. That way we can provide support for our > userbase without fragmenting any particular part of it (I even want the > samples to be like spring-web, I'd like to see a rich-client petclinic!= ) > > So my main motivation was it'd be nice to have an archive to go to wher= e I > can review RCP developer feedback, receive suggestions on features, and > where contributors can submit ideas and code to improve the platform wh= ile > we get it off the ground (get it molded into a product we can release soon.) > > Keith > > ----- Original Message -----=20 > From: "Mike Cannon-Brookes" <mi...@at...> > To: "Spring" <spr...@li...> > Sent: Tuesday, March 02, 2004 8:37 PM > Subject: Re: [Springframework-developer] spring-rcp subproject structureand > initial commits > > > > Rod, > > > > I=B9ve been through this on a few Open Source projects, and I=B9m not= sure > it=B9s > > a good idea at this time, for a few reasons: > > * principally, there isn=B9t enough traffic about RCP yet to warrant = a > > separate list =AD ie as a general rule, if it=B9s not enough messages= to piss > > off other users yet, don=B9t make another list > > * having two lists means people who use just the Spring framework lik= e me > > (not the RCP bits) probably won't contribute ideas early (because they're > > not on the RCP list) which can be crucial to creating a healthy, > sustainable > > project > > > > Generally, I always feel it's better to have less lists until the > discussion > > becomes off topic too often, then you split - not at the start? > (especially > > when so much of the RCP stuff will, I guess?, depend on the core Spri= ng > > framework so there'll likely be lots of cross postings) > > > > Anyway not a huge issue, just my $0.02! Feel free to ignore completel= y :) > > > > Cheers, > > Mike > > > > On 3/3/04 12:19 PM, "Rod Johnson" (rod...@in...) penne= d the > > words: > > > > > Keith > > > > > > I've just created a springframework-rcp-dev list. We can add a -use= r > list if > > > we ever need it. > > > > > > I've emailed you the administration information, as you should clea= rly > be the > > > list administrator. > > > > > > Regards, > > > Rod > > >> > > >> ----- Original Message ----- > > >> > > >> From: Keith Donald <mailto:kd...@cs...> > > >> > > >> To: spr...@li... > > >> > > >> Sent: Tuesday, March 02, 2004 6:25 PM > > >> > > >> Subject: RE: [Springframework-developer] spring-rcp subproject > structure and > > >> initial commits > > >> > > >> > > >> > > >> Rod, > > >> > > >> > > >> > > >> I think a spring-rcp mailing list is a great idea! I'll continue > posting > > >> announcements and other core integration stuff on the main lists, = but > general > > >> communication back and forth comm. about specifics of the project would > fit > > >> nicely in its own list (especially now since most topics are very > > >> development oriented.) > > >> > > >> > > >> > > >> Keith > > >> > > >> > > >> > > >>> > > >>> > > >>> -----Original Message----- > > >>> From: spr...@li... > > >>> [mailto:spr...@li...] On > Behalf Of > > >>> Rod Johnson > > >>> Sent: Tuesday, March 02, 2004 2:14 AM > > >>> To: spr...@li... > > >>> Subject: Re: [Springframework-developer] spring-rcp subproject > structure > > >>> and initial commits > > >>> > > >>> > > >>> Exciting news. Keith, do you think we need a Spring-RCP mailing list, > or > > >>> would you prefer it to stay shared for now? > > >>> > > >>>> > > >>>> ----- Original Message ----- > > >>>> > > >>>> From: Keith Donald <mailto:kd...@cs...> > > >>>> > > >>>> To: spr...@li... > > >>>> > > >>>> Sent: Monday, March 01, 2004 8:23 PM > > >>>> > > >>>> Subject: [Springframework-developer] spring-rcp subproject structure > and > > >>>> initial commits > > >>>> > > >>>> > > >>>> > > >>>> Hey yall - > > >>>> > > >>>> > > >>>> > > >>>> The spring-rcp sub project structure now exists in the CVS > repository as a > > >>>> new module. You'll find that the structure very much mirrors t= hat > of the > > >>>> spring module. I made some initial commits last night includin= g: > > >>>> > > >>>> > > >>>> > > >>>> org.springframework.rcp.image > > >>>> > > >>>> A image and icon loading/caching library using resource-bundl= e > style > > >>>> lookup. It abstracts away hardcoded image paths in your code, > supports > > >>>> at-runtime resizable icons (for accessbility), and provides bui= lt in > > >>>> broken image indicator support. The design is very MessageSour= ce > like and > > >>>> also builds off Spring's core.io.Resource classes for accessing image > > >>>> resources. > > >>>> > > >>>> > > >>>> > > >>>> org.springframework.rcp.util > > >>>> > > >>>> Misc utility classes (mostly static-utility) that aim to reduce > repeat > > >>>> coding. Several of these likely make sense for inclusion in th= e > core at > > >>>> some point... > > >>>> > > >>>> > > >>>> > > >>>> I'll be continuing commiting additional packages this week > including: > > >>>> > > >>>> - The rules-based data validation stuff with source-level attributes > > >>>> (currently I'm working on this with Seth Ladd and Sam Newman.) > > >>>> > > >>>> - The action contribution framework (the UI management side of > actions.) > > >>>> Sam Newman has also been working with me on a general command > framework > > >>>> that integrates with the visual side of an action for rich-clients. > > >>>> > > >>>> - Test suites and samples for all of the above. > > >>>> > > >>>> > > >>>> > > >>>> Obviously the code, since we're just getting started, is considered > > >>>> experimental and may undergo significant changes. > > >>>> > > >>>> Keep the feedback coming! :-) I've gotten a lot of useful idea= s and > > >>>> suggestions so far! I will post announcements as new packages = are > > >>>> committed. Keith > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > 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 > |