Menu
▾
▴
springframework-rcp-dev
|
From: Peter De B. <pet...@gm...> - 2008-07-08 12:15:16
|
I just did to the first commit for Spring Desktop! It's nothing shocking, just a dedicated DesktopApplicationContext interface + implementation + tests. the pom.xml doesn't contain all developers yet (just me and Jan have been added, the list will be updated when needed) for the moment, there's only one module (core). regards, Peter |
|
From: Lieven D. <lie...@ji...> - 2008-07-08 15:01:43
|
Peter, Would you mind if I deleted the IDE specific files (.settings/*, .project, .classpath), since I don't think everyone will be using Eclipse (I think Jan already mentioned that we have a IntelliJ license for Spring Deskop developers)? Since we're starting to build up the codebase, perhaps we should set the coding standards? Or do we take over the ones from RCP? That way we can make sure that there are no commits regarding indentation, etc... Perhaps it's not a bad idea to create a new dev mailinglist for spring-desktop (can be confusing if there are rcp issues in between in the future...)? Great idea by the way regarding the BeanPostProcessor... We could also do this using i.e. an @Application component stereotype and use the 2.5 autowiring... We could off course provide both ways... Greetz, Lieven > ---------------------------------------------------------------------- > --- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Springframework-rcp-dev mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev |
|
From: Kevin D. <ke...@tr...> - 2008-07-08 16:41:08
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<STYLE type=text/css> P, UL, OL, DL, DIR, MENU, PRE { margin: 0 auto;}</STYLE>
<META content="MSHTML 6.00.2900.3059" name=GENERATOR></HEAD>
<BODY leftMargin=1 topMargin=1 rightMargin=1><FONT face=Arial size=2>
<DIV>While we are at it, can we get an svn url (even if read only)? I'd like to review commits as they come in.</DIV>
<DIV> </DIV>
<DIV>I would also still like to see a design philosophy of some sort emerge - if nothing else, it will provide content for a project home page...</DIV>
<DIV> </DIV>
<DIV>Thanks,</DIV>
<DIV> </DIV>
<DIV>- K<BR></DIV>
<DIV> </DIV></FONT>
<DIV style="FONT-SIZE: x-small; FONT-FAMILY: Tahoma">
<DIV>----------------------- <B>Original Message</B> -----------------------</DIV>
<DIV> </DIV>
<DIV><B>From:</B> Lieven Doclo <A href="mailto:lie...@ji..."><FONT color=#0000ff><lie...@ji...></FONT></A></DIV>
<DIV><B>To:</B> <A href="mailto:spr...@li..."><FONT color=#0000ff>spr...@li...</FONT></A></DIV>
<DIV><B>Cc:</B> </DIV>
<DIV><B>Date:</B> Tue, 8 Jul 2008 15:01:24 +0000 (UTC)</DIV>
<DIV><B>Subject: <U>Re: [Springframework-rcp-dev] First commit</U></B></DIV>
<DIV> </DIV></DIV><FONT face=Tahoma size=2>
<DIV>Peter,<BR><BR>Would you mind if I deleted the IDE specific files (.settings/*, .project, <BR>.classpath), since I don't think everyone will be using Eclipse (I think <BR>Jan already mentioned that we have a IntelliJ license for Spring Deskop developers)?<BR><BR>Since we're starting to build up the codebase, perhaps we should set the <BR>coding standards? Or do we take over the ones from RCP? That way we can make <BR>sure that there are no commits regarding indentation, etc... <BR><BR>Perhaps it's not a bad idea to create a new dev mailinglist for spring-desktop <BR>(can be confusing if there are rcp issues in between in the future...)? <BR><BR>Great idea by the way regarding the BeanPostProcessor... We could also do <BR>this using i.e. an @Application component stereotype and use the 2.5 autowiring... <BR>We could off course provide both ways...<BR><BR>Greetz,<BR><BR>Lieven<BR><BR>> ----------------------------------------------------------------------<BR>> ---<BR>
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!<BR>> Studies have shown that voting for your favorite open source project,<BR>> along with a healthy diet, reduces your potential for chronic lameness<BR>> and boredom. Vote Now at <A href="http://www.sourceforge.net/community/cca08"><FONT color=#0000ff>http://www.sourceforge.net/community/cca08</FONT></A><BR>> _______________________________________________<BR>> Springframework-rcp-dev mailing list<BR>> <A href="mailto:Spr...@li..."><FONT color=#0000ff>Spr...@li...</FONT></A><BR>> <A href="https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev"><FONT color=#0000ff>https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev</FONT></A><BR><BR><BR><BR><BR><BR>-------------------------------------------------------------------------<BR>Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!<B
R>Studies have shown that voting for your favorite open source project,<BR>along with a healthy diet, reduces your potential for chronic lameness<BR>and boredom. Vote Now at <A href="http://www.sourceforge.net/community/cca08"><FONT color=#0000ff>http://www.sourceforge.net/community/cca08</FONT></A><BR>_______________________________________________<BR>Springframework-rcp-dev mailing list<BR><A href="mailto:Spr...@li..."><FONT color=#0000ff>Spr...@li...</FONT></A><BR><A href="https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev"><FONT color=#0000ff>https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev</FONT></A><BR><BR></DIV></FONT></BODY></HTML>
|
|
From: Jim M. <moo...@gm...> - 2008-07-08 18:08:02
|
https://anonsvn.springframework.org/svn/spring-desktop/ On Tue, Jul 8, 2008 at 12:40 PM, Kevin Day <ke...@tr...> wrote: > While we are at it, can we get an svn url (even if read only)? I'd like > to review commits as they come in. > > I would also still like to see a design philosophy of some sort emerge - if > nothing else, it will provide content for a project home page... > > Thanks, > > - K > > ----------------------- *Original Message* ----------------------- > > *From:* Lieven Doclo <lie...@ji...> <lie...@ji...> > *To:* spr...@li... > *Cc:* > *Date:* Tue, 8 Jul 2008 15:01:24 +0000 (UTC) > *Subject: Re: [Springframework-rcp-dev] First commit* > > Peter, > > Would you mind if I deleted the IDE specific files (.settings/*, .project, > .classpath), since I don't think everyone will be using Eclipse (I think > Jan already mentioned that we have a IntelliJ license for Spring Deskop > developers)? > > Since we're starting to build up the codebase, perhaps we should set the > coding standards? Or do we take over the ones from RCP? That way we can > make > sure that there are no commits regarding indentation, etc... > > Perhaps it's not a bad idea to create a new dev mailinglist for > spring-desktop > (can be confusing if there are rcp issues in between in the future...)? > > Great idea by the way regarding the BeanPostProcessor... We could also do > this using i.e. an @Application component stereotype and use the 2.5 > autowiring... > We could off course provide both ways... > > Greetz, > > Lieven > > > ---------------------------------------------------------------------- > > --- > > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > > Studies have shown that voting for your favorite open source project, > > along with a healthy diet, reduces your potential for chronic lameness > > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > > _______________________________________________ > > Springframework-rcp-dev mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev > > > > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!*Studies > have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Springframework-rcp-dev mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev > > * > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Springframework-rcp-dev mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev > > |
|
From: Lieven D. <lie...@ji...> - 2008-07-08 15:54:01
|
Hello Peter, I've just checked the code and when you're using autowiring and component scanning, a problem occurs: The ApplicationContext implementation is responsible for creating an Application, whereas I would let the container do this (annotate your Application and let the component scan handle the instantiation). However, since the ApplicationContext constructs the Spring container, one cannot inject the scanned Application into the ApplicationContext. Hence the services are injected correctly (with my annotated Application), but the ApplicationContext holds his own created Application... Can't see a solution atm... Greetz, Lieven > ---------------------------------------------------------------------- > --- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Springframework-rcp-dev mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev |
|
From: Lieven D. <lie...@ji...> - 2008-07-09 09:21:08
|
Peter, I've solved the problem by not using the custom ApplicationContext, but just the standard Spring one. I've committed the code if you want to take a look. However, I still believe that you'll be doing a lot of XML bean definition (i.e. if you want two beans with different names of the same class, you can't do that with component scanning I think...) and you still need to provide sensible defaults (which can be hard for the beginning user to find out when using classpath scanning, i.e. in what package are the defaults...). wkg, Lieven > Hello Peter, > > I've just checked the code and when you're using autowiring and > component scanning, a problem occurs: The ApplicationContext > implementation is responsible for creating an Application, whereas I > would let the container do this (annotate your Application and let the > component scan handle the instantiation). However, since the > ApplicationContext constructs the Spring container, one cannot inject > the scanned Application into the ApplicationContext. > > Hence the services are injected correctly (with my annotated > Application), but the ApplicationContext holds his own created > Application... > > Can't see a solution atm... > > Greetz, > > Lieven > >> --------------------------------------------------------------------- >> - >> --- >> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! >> Studies have shown that voting for your favorite open source project, >> along with a healthy diet, reduces your potential for chronic >> lameness >> and boredom. Vote Now at http://www.sourceforge.net/community/cca08 >> _______________________________________________ >> Springframework-rcp-dev mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev > ---------------------------------------------------------------------- > --- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 |
|
From: Peter De B. <pet...@gm...> - 2008-07-09 10:12:28
|
On Wed, Jul 9, 2008 at 11:20 AM, Lieven Doclo <lie...@ji...> wrote: > Peter, > > I've solved the problem by not using the custom ApplicationContext, but > just > the standard Spring one. I've committed the code if you want to take a > look. thanks, I'll take a look at it > > > However, I still believe that you'll be doing a lot of XML bean definition > (i.e. if you want two beans with different names of the same class, you > can't > do that with component scanning I think...) and you still need to provide > sensible defaults (which can be hard for the beginning user to find out > when > using classpath scanning, i.e. in what package are the defaults...). > > wkg, > > Lieven > > > Hello Peter, > > > > I've just checked the code and when you're using autowiring and > > component scanning, a problem occurs: The ApplicationContext > > implementation is responsible for creating an Application, whereas I > > would let the container do this (annotate your Application and let the > > component scan handle the instantiation). However, since the > > ApplicationContext constructs the Spring container, one cannot inject > > the scanned Application into the ApplicationContext. > > > > Hence the services are injected correctly (with my annotated > > Application), but the ApplicationContext holds his own created > > Application... > > > > Can't see a solution atm... > > > > Greetz, > > > > Lieven > > > >> --------------------------------------------------------------------- > >> - > >> --- > >> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > >> Studies have shown that voting for your favorite open source project, > >> along with a healthy diet, reduces your potential for chronic > >> lameness > >> and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > >> _______________________________________________ > >> Springframework-rcp-dev mailing list > >> Spr...@li... > >> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev > > ---------------------------------------------------------------------- > > --- > > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > > Studies have shown that voting for your favorite open source project, > > along with a healthy diet, reduces your potential for chronic lameness > > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > > > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Springframework-rcp-dev mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev > |
|
From: Peter De B. <pet...@gm...> - 2008-07-09 10:42:49
|
Lieven, I checked some changes in, the problem you mentioned is fixed. I'm going to delete the code you checked in, ok? regards, Peter On Wed, Jul 9, 2008 at 12:12 PM, Peter De Bruycker < pet...@gm...> wrote: > > > On Wed, Jul 9, 2008 at 11:20 AM, Lieven Doclo <lie...@ji...> > wrote: > >> Peter, >> >> I've solved the problem by not using the custom ApplicationContext, but >> just >> the standard Spring one. I've committed the code if you want to take a >> look. > > > thanks, I'll take a look at it > >> >> >> However, I still believe that you'll be doing a lot of XML bean definition >> (i.e. if you want two beans with different names of the same class, you >> can't >> do that with component scanning I think...) and you still need to provide >> sensible defaults (which can be hard for the beginning user to find out >> when >> using classpath scanning, i.e. in what package are the defaults...). >> >> wkg, >> >> Lieven >> >> > Hello Peter, >> > >> > I've just checked the code and when you're using autowiring and >> > component scanning, a problem occurs: The ApplicationContext >> > implementation is responsible for creating an Application, whereas I >> > would let the container do this (annotate your Application and let the >> > component scan handle the instantiation). However, since the >> > ApplicationContext constructs the Spring container, one cannot inject >> > the scanned Application into the ApplicationContext. >> > >> > Hence the services are injected correctly (with my annotated >> > Application), but the ApplicationContext holds his own created >> > Application... >> > >> > Can't see a solution atm... >> > >> > Greetz, >> > >> > Lieven >> > >> >> --------------------------------------------------------------------- >> >> - >> >> --- >> >> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! >> >> Studies have shown that voting for your favorite open source project, >> >> along with a healthy diet, reduces your potential for chronic >> >> lameness >> >> and boredom. Vote Now at http://www.sourceforge.net/community/cca08 >> >> _______________________________________________ >> >> Springframework-rcp-dev mailing list >> >> Spr...@li... >> >> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev >> > ---------------------------------------------------------------------- >> > --- >> > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! >> > Studies have shown that voting for your favorite open source project, >> > along with a healthy diet, reduces your potential for chronic lameness >> > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 >> >> >> >> >> ------------------------------------------------------------------------- >> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! >> Studies have shown that voting for your favorite open source project, >> along with a healthy diet, reduces your potential for chronic lameness >> and boredom. Vote Now at http://www.sourceforge.net/community/cca08 >> _______________________________________________ >> Springframework-rcp-dev mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev >> > > |
|
From: Jim M. <moo...@gm...> - 2008-07-11 11:18:07
|
"However, I still believe that you'll be doing a lot of XML bean definition (i.e. if you want two beans with different names of the same class, you can't do that with component scanning I think...)" You can give your classes any a single name you want from an @Component-related annotation, but not multiple. But there's only two reasons you'd want to have multiple names: 1) You need multiple instances with the same configuration, in which case what you really need is a different scope (such as "prototype") and there's no need to have multiple names since the scoping differentiates the multiple instances. 2) You need multiple instances with different configurations, in which case there's no choice but to externalize the configuration anyway. This latter case is almost always for "infrastructure" kinds of objects (datasources and the like) as opposed to the higher-level business objects that make up the majority of what developers write (eg, views, commands, etc). I'm currently in the process of prototyping some code for doing essentially what we've been talking about using ADI (Annotation Driven Injection). If you want to take a look, it's in the "adi-based-views" branch. The test cases (esp. DefaultApplicationWindowTests and DesktopAnnotationScopeMetadataResolverTests) show how it works. (Sorry there's not much Javadoc right now; I'm prototyping. Hopefully the tests make the pieces clear, if not how everything fits together.) I'm going to put together a sample app to show it in a more "complete" way. But first I want to implement @Command to provide the same kind of cool sweetness of on-demand POJOness that @Controller gives web developers... -Jim Moore On Wed, Jul 9, 2008 at 5:20 AM, Lieven Doclo <lie...@ji...> wrote: > Peter, > > I've solved the problem by not using the custom ApplicationContext, but > just > the standard Spring one. I've committed the code if you want to take a > look. > > However, I still believe that you'll be doing a lot of XML bean definition > (i.e. if you want two beans with different names of the same class, you > can't > do that with component scanning I think...) and you still need to provide > sensible defaults (which can be hard for the beginning user to find out > when > using classpath scanning, i.e. in what package are the defaults...). > > wkg, > > Lieven > > > Hello Peter, > > > > I've just checked the code and when you're using autowiring and > > component scanning, a problem occurs: The ApplicationContext > > implementation is responsible for creating an Application, whereas I > > would let the container do this (annotate your Application and let the > > component scan handle the instantiation). However, since the > > ApplicationContext constructs the Spring container, one cannot inject > > the scanned Application into the ApplicationContext. > > > > Hence the services are injected correctly (with my annotated > > Application), but the ApplicationContext holds his own created > > Application... > > > > Can't see a solution atm... > > > > Greetz, > > > > Lieven > |
|
From: Peter De B. <pet...@gm...> - 2008-07-11 20:38:47
|
Jim, great that you're looking into that area! I'll check it out first thing next week. regards, Peter On Fri, Jul 11, 2008 at 1:18 PM, Jim Moore <moo...@gm...> wrote: > "However, I still believe that you'll be doing a lot of XML bean definition > (i.e. if you want two beans with different names of the same class, you > can't > do that with component scanning I think...)" > > You can give your classes any a single name you want from an > @Component-related annotation, but not multiple. But there's only two > reasons you'd want to have multiple names: > > 1) You need multiple instances with the same configuration, in which case > what you really need is a different scope (such as "prototype") and there's > no need to have multiple names since the scoping differentiates the multiple > instances. > > 2) You need multiple instances with different configurations, in which case > there's no choice but to externalize the configuration anyway. This latter > case is almost always for "infrastructure" kinds of objects (datasources and > the like) as opposed to the higher-level business objects that make up the > majority of what developers write (eg, views, commands, etc). > > I'm currently in the process of prototyping some code for doing essentially > what we've been talking about using ADI (Annotation Driven Injection). If > you want to take a look, it's in the "adi-based-views" branch. The test > cases (esp. DefaultApplicationWindowTests and > DesktopAnnotationScopeMetadataResolverTests) show how it works. (Sorry > there's not much Javadoc right now; I'm prototyping. Hopefully the tests > make the pieces clear, if not how everything fits together.) I'm going to > put together a sample app to show it in a more "complete" way. But first I > want to implement @Command to provide the same kind of cool sweetness of > on-demand POJOness that @Controller gives web developers... > > -Jim Moore > > > > On Wed, Jul 9, 2008 at 5:20 AM, Lieven Doclo <lie...@ji...> > wrote: > >> Peter, >> >> I've solved the problem by not using the custom ApplicationContext, but >> just >> the standard Spring one. I've committed the code if you want to take a >> look. >> >> However, I still believe that you'll be doing a lot of XML bean definition >> (i.e. if you want two beans with different names of the same class, you >> can't >> do that with component scanning I think...) and you still need to provide >> sensible defaults (which can be hard for the beginning user to find out >> when >> using classpath scanning, i.e. in what package are the defaults...). >> >> wkg, >> >> Lieven >> >> > Hello Peter, >> > >> > I've just checked the code and when you're using autowiring and >> > component scanning, a problem occurs: The ApplicationContext >> > implementation is responsible for creating an Application, whereas I >> > would let the container do this (annotate your Application and let the >> > component scan handle the instantiation). However, since the >> > ApplicationContext constructs the Spring container, one cannot inject >> > the scanned Application into the ApplicationContext. >> > >> > Hence the services are injected correctly (with my annotated >> > Application), but the ApplicationContext holds his own created >> > Application... >> > >> > Can't see a solution atm... >> > >> > Greetz, >> > >> > Lieven >> > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Springframework-rcp-dev mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev > > |
|
From: Geoffrey De S. <ge0...@gm...> - 2008-07-08 19:53:23
|
Please copy paste the svn:ignore list that are currently used for each module directory. It ignores the eclipse, intellij and netbeans files, as well as the target dir and local dir. In my experience it's a bad idea to check in the ide (especially eclipse) files, when you can just generate them with maven anyway. Could you also remove the eclipse files from subversion? wkr, Geoffrey De Smet Peter De Bruycker schreef: > I just did to the first commit for Spring Desktop! > > It's nothing shocking, just a dedicated DesktopApplicationContext > interface + implementation + tests. > > the pom.xml doesn't contain all developers yet (just me and Jan have > been added, the list will be updated when needed) > > for the moment, there's only one module (core). > > regards, > > Peter > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > > > ------------------------------------------------------------------------ > > _______________________________________________ > Springframework-rcp-dev mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev |
|
From: Peter De B. <pet...@gm...> - 2008-07-09 06:13:09
|
i added the svn:ignore list, the eclipse specific files have been removed, regards, Peter On Tue, Jul 8, 2008 at 9:53 PM, Geoffrey De Smet <ge0...@gm...> wrote: > Please copy paste the svn:ignore list that are currently used for each > module directory. > It ignores the eclipse, intellij and netbeans files, as well as the > target dir and local dir. > In my experience it's a bad idea to check in the ide (especially > eclipse) files, when you can just generate them with maven anyway. > Could you also remove the eclipse files from subversion? > > wkr, > Geoffrey De Smet > > Peter De Bruycker schreef: > > I just did to the first commit for Spring Desktop! > > > > It's nothing shocking, just a dedicated DesktopApplicationContext > > interface + implementation + tests. > > > > the pom.xml doesn't contain all developers yet (just me and Jan have > > been added, the list will be updated when needed) > > > > for the moment, there's only one module (core). > > > > regards, > > > > Peter > > > > > > ------------------------------------------------------------------------ > > > > ------------------------------------------------------------------------- > > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > > Studies have shown that voting for your favorite open source project, > > along with a healthy diet, reduces your potential for chronic lameness > > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Springframework-rcp-dev mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Springframework-rcp-dev mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev > |
|
From: Geoffrey De S. <ge0...@gm...> - 2008-07-09 16:35:24
|
thanks :) With kind regards, Geoffrey De Smet Peter De Bruycker schreef: > i added the svn:ignore list, the eclipse specific files have been removed, > > regards, > > Peter > > > > On Tue, Jul 8, 2008 at 9:53 PM, Geoffrey De Smet > <ge0...@gm... <mailto:ge0...@gm...>> wrote: > > Please copy paste the svn:ignore list that are currently used for each > module directory. > It ignores the eclipse, intellij and netbeans files, as well as the > target dir and local dir. > In my experience it's a bad idea to check in the ide (especially > eclipse) files, when you can just generate them with maven anyway. > Could you also remove the eclipse files from subversion? > > wkr, > Geoffrey De Smet > > Peter De Bruycker schreef: > > I just did to the first commit for Spring Desktop! > > > > It's nothing shocking, just a dedicated DesktopApplicationContext > > interface + implementation + tests. > > > > the pom.xml doesn't contain all developers yet (just me and Jan have > > been added, the list will be updated when needed) > > > > for the moment, there's only one module (core). > > > > regards, > > > > Peter > > > > > > > ------------------------------------------------------------------------ > > > > > ------------------------------------------------------------------------- > > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > > Studies have shown that voting for your favorite open source project, > > along with a healthy diet, reduces your potential for chronic > lameness > > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Springframework-rcp-dev mailing list > > Spr...@li... > <mailto:Spr...@li...> > > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Springframework-rcp-dev mailing list > Spr...@li... > <mailto:Spr...@li...> > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > > > ------------------------------------------------------------------------ > > _______________________________________________ > Springframework-rcp-dev mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev |
Thanks for helping keep SourceForge clean.
X