Menu
▾
▴
springframework-developer
|
From: <jue...@we...> - 2004-03-11 17:39:44
|
Keith, My proposal is by no means a strict plan: If JMX doesn't get stable in = time, we'll release 1.1 with "just" JMS support and declarative = validation. JMX could then go into release 1.2, depending on when we = consider it ready. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Keith Donald Sent: Thursday, March 11, 2004 4:18 PM To: spr...@li... Subject: RE: [Springframework-developer] Road map The end of April sounds reasonable for JMX support and the declarative validation. Most of the validation design/coding is already complete (though we = still need more rules, more tests/feedback, and better docs.) The JMX stuff is obviously more work and presents more issues to = consider, but I still think the end of April works for base JMX support = (jmx-enabling spring beans.) Keith -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of j=FCrgen h=F6ller [werk3AT] Sent: Thursday, March 11, 2004 9:24 AM To: spr...@li... Subject: [Springframework-developer] Road map Everybody, As we agree to do quick 1.1/1.2/etc releases, we need to prioritize the feature requests in our Jira now. I suggest to target the following: 1.0 final (March 20th) * AOP Alliance update * FreeMarker support 1.1 RC1 (end of April) * JMS support * JMX support * declarative rules-based validator * minor enhancements to the web framework 1.1 final (late May) 1.2 RC1 (end of June) * OGNL support * JCA support * enhanced RMI support * enhanced PropertiesBeanDefinitionReader 1.2 final (late July) 1.3 RC1 * support for JDK 1.5 metadata? * Prevayler support? * JdoDialects for major JDO implementations? * Spring/JDO sample application? Keith et al, do you think you can finish JMX and declarative validation = in time? Anyone willing to work on OGNL support and give an estimate? Juergen DI J=FCrgen H=F6ller Senior System Architect ______________________________________ werk3ATS - division systementwicklung werk3AT informations- und mediensysteme europaplatz 4 A - 4020 linz t. +43 (0) 732 71 65 29 502 f. +43 (0) 732 71 65 29 3 mailto:jue...@we... http://www.werk3at.com ______________________________________ werk3ATS - WIR ENTWICKELN ERFOLG ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of = GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CCk _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jue...@we...> - 2004-03-31 14:45:59
|
Good point regarding scheduling 1.1.1. I've intended to fill in a = placeholder to make the gap to 1.2 RC1 seem less large ;-) I completely = agree that we shouldn't schedule such point releases in an official = release plan. If we manage to get JSF and/or Portlet support done in time for 1.1, = then I'm all for including it earlier. I'd like to release 1.1 final by = the end of August, though; I don't want to delay it for further = features. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Rod Johnson Sent: Wednesday, March 31, 2004 2:41 PM To: spr...@li... Subject: Re: [Springframework-developer] Road map Some comments: Spring 1.0.x: doc polishing, bugfixing, minor enhancements - 1.0.1: early April - 1.0.2: late May Spring 1.1.x: JMS support, JMX support, declarative validation [RJ: pointcut expression language (AOP), JSR-175 preview? ] - 1.1 RC1: early July - 1.1 final: late August - 1.1.1: late September [RJ: why are we _scheduling_ a 1.1.1?] Spring 1.2.x: OGNL support, JCA support, enhanced RMI support - 1.2 RC1: early November - 1.2 final: late December Further issues are JSF and Portlet support. There is actually quite a = bit of interest in these from various users/integrators; they are also = important for us from a marketing perspective. I'm not keen on providing official support before 1.2, though. [RJ: depends on what's involved. I'd be keen to have JSF support sooner rather than later if it's straightforward. I'm going to be looking at = that soon. Portlets I think are more of a niche interest. ] Regards, Juergen ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli= ck _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Keith D. <kd...@cs...> - 2004-03-31 21:49:10
|
Just like to add to the pot here regarding spring-rcp (especially since = work is picking back up now): - I'd like to target the first 1.0 RCP release candidate along side = Spring 1.1 final this summer. We plan to include in the distribution a sample application = demonstrating the features of the platform (likely a port of the PetClinic or Thomas's Beer app, adding RCP value like 'quick' sorting/filtering and = as-you-type field validation.) I am hopeful by the first release we'll have several articles lined up, too (I know several people interested in rich client = dev have expressed interest in helping out there!) Thanks, Keith -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of j=FCrgen h=F6ller [werk3AT] Sent: Wednesday, March 31, 2004 9:44 AM To: spr...@li... Subject: Re: [Springframework-developer] Road map Good point regarding scheduling 1.1.1. I've intended to fill in a placeholder to make the gap to 1.2 RC1 seem less large ;-) I completely agree that we shouldn't schedule such point releases in an official = release plan. If we manage to get JSF and/or Portlet support done in time for 1.1, = then I'm all for including it earlier. I'd like to release 1.1 final by the = end of August, though; I don't want to delay it for further features. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf = Of Rod Johnson Sent: Wednesday, March 31, 2004 2:41 PM To: spr...@li... Subject: Re: [Springframework-developer] Road map Some comments: Spring 1.0.x: doc polishing, bugfixing, minor enhancements - 1.0.1: early April - 1.0.2: late May Spring 1.1.x: JMS support, JMX support, declarative validation [RJ: pointcut expression language (AOP), JSR-175 preview? ] - 1.1 RC1: early July - 1.1 final: late August - 1.1.1: late September [RJ: why are we _scheduling_ a 1.1.1?] Spring 1.2.x: OGNL support, JCA support, enhanced RMI support - 1.2 RC1: early November - 1.2 final: late December Further issues are JSF and Portlet support. There is actually quite a = bit of interest in these from various users/integrators; they are also = important for us from a marketing perspective. I'm not keen on providing official support before 1.2, though. [RJ: depends on what's involved. I'd be keen to have JSF support sooner rather than later if it's straightforward. I'm going to be looking at = that soon. Portlets I think are more of a niche interest. ] Regards, Juergen ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of = GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of = GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli= ck _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of = GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CCk _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2004-03-31 22:20:31
|
Actually it's looking like I may be doing some client-side work (as=20 opposed to the mostly back-end/web stuff I am doing now), so I may get=20 involved. Haven't decided if I want to do the stuff in Swing or Eclipse=20 RCP though... Keith Donald wrote: >Just like to add to the pot here regarding spring-rcp (especially since = work >is picking back up now): > >- I'd like to target the first 1.0 RCP release candidate along side Spri= ng >1.1 final this summer. > >We plan to include in the distribution a sample application demonstratin= g >the features of the platform (likely a port of the PetClinic or Thomas's >Beer app, adding RCP value like 'quick' sorting/filtering and as-you-typ= e >field validation.) I am hopeful by the first release we'll have several >articles lined up, too (I know several people interested in rich client = dev >have expressed interest in helping out there!) > >Thanks, >Keith > > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...] On Behalf= Of >j=FCrgen h=F6ller [werk3AT] >Sent: Wednesday, March 31, 2004 9:44 AM >To: spr...@li... >Subject: Re: [Springframework-developer] Road map > > >Good point regarding scheduling 1.1.1. I've intended to fill in a >placeholder to make the gap to 1.2 RC1 seem less large ;-) I completely >agree that we shouldn't schedule such point releases in an official rele= ase >plan. > >If we manage to get JSF and/or Portlet support done in time for 1.1, the= n >I'm all for including it earlier. I'd like to release 1.1 final by the e= nd >of August, though; I don't want to delay it for further features. > >Juergen > > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...]On Behalf = Of >Rod Johnson >Sent: Wednesday, March 31, 2004 2:41 PM >To: spr...@li... >Subject: Re: [Springframework-developer] Road map > > >Some comments: > >Spring 1.0.x: doc polishing, bugfixing, minor enhancements >- 1.0.1: early April >- 1.0.2: late May > >Spring 1.1.x: JMS support, JMX support, declarative validation >[RJ: pointcut expression language (AOP), JSR-175 preview? ] >- 1.1 RC1: early July >- 1.1 final: late August >- 1.1.1: late September >[RJ: why are we _scheduling_ a 1.1.1?] > >Spring 1.2.x: OGNL support, JCA support, enhanced RMI support >- 1.2 RC1: early November >- 1.2 final: late December > >Further issues are JSF and Portlet support. There is actually quite a bi= t of >interest in these from various users/integrators; they are also importan= t >for us from a marketing perspective. I'm not keen on providing official >support before 1.2, though. > >[RJ: depends on what's involved. I'd be keen to have JSF support sooner >rather than later if it's straightforward. I'm going to be looking at th= at >soon. Portlets I think are more of a niche interest. ] > >Regards, >Juergen > =20 > |
|
From: James C. <jim...@do...> - 2004-03-31 23:28:46
|
Are there any examples of how to use the PlatformTransactionManager available anywhere? We are using Hibernate and JDBC and feel that there may be instances where we will want to use this API instead of the TransactionTemplate or declarative approach. For starters, how does our controller class get access to a PlatformTransaction Manager? Is calling getTransaction(TransactionDefinition) the technique for beginning a transaction? Commit and rollback seemed straightforward, but what about suspend and resume? Thanks for any pointers |
|
From: Keith D. <kd...@cs...> - 2004-04-01 01:18:06
|
Colin, When do you think you'll be moving to the client-side? It'd be great to work together. I have a similiar requirement: I need RCP in my current project, so I will be nicely aligned for developing the module over the coming months. It would be great if you could be an early adopter and developer at the same time... If you decide to go Eclipse RCP that would be good, too. The main upside= I think we can offer is better Swing support (Swing is more mature than SWT= , and obviously a standard) and a nice integration with the rest of Spring. But having an Eclipse expert would be invaluable for improving our platfo= rm capabilities. I'd also be interested in seeing if there are ways we can integrate with the Eclipse effort as it matures, too. Keith ----- Original Message -----=20 From: "Colin Sampaleanu" <col...@ex...> To: <spr...@li...> Sent: Wednesday, March 31, 2004 5:20 PM Subject: Re: [Springframework-developer] Road map > Actually it's looking like I may be doing some client-side work (as > opposed to the mostly back-end/web stuff I am doing now), so I may get > involved. Haven't decided if I want to do the stuff in Swing or Eclipse > RCP though... > > > Keith Donald wrote: > > >Just like to add to the pot here regarding spring-rcp (especially sinc= e work > >is picking back up now): > > > >- I'd like to target the first 1.0 RCP release candidate along side Spring > >1.1 final this summer. > > > >We plan to include in the distribution a sample application demonstrat= ing > >the features of the platform (likely a port of the PetClinic or Thomas= 's > >Beer app, adding RCP value like 'quick' sorting/filtering and as-you-t= ype > >field validation.) I am hopeful by the first release we'll have sever= al > >articles lined up, too (I know several people interested in rich clien= t dev > >have expressed interest in helping out there!) > > > >Thanks, > >Keith > > > > > >-----Original Message----- > >From: spr...@li... > >[mailto:spr...@li...] On Beha= lf Of > >j=FCrgen h=F6ller [werk3AT] > >Sent: Wednesday, March 31, 2004 9:44 AM > >To: spr...@li... > >Subject: Re: [Springframework-developer] Road map > > > > > >Good point regarding scheduling 1.1.1. I've intended to fill in a > >placeholder to make the gap to 1.2 RC1 seem less large ;-) I completel= y > >agree that we shouldn't schedule such point releases in an official release > >plan. > > > >If we manage to get JSF and/or Portlet support done in time for 1.1, t= hen > >I'm all for including it earlier. I'd like to release 1.1 final by the end > >of August, though; I don't want to delay it for further features. > > > >Juergen > > > > > >-----Original Message----- > >From: spr...@li... > >[mailto:spr...@li...]On Behal= f Of > >Rod Johnson > >Sent: Wednesday, March 31, 2004 2:41 PM > >To: spr...@li... > >Subject: Re: [Springframework-developer] Road map > > > > > >Some comments: > > > >Spring 1.0.x: doc polishing, bugfixing, minor enhancements > >- 1.0.1: early April > >- 1.0.2: late May > > > >Spring 1.1.x: JMS support, JMX support, declarative validation > >[RJ: pointcut expression language (AOP), JSR-175 preview? ] > >- 1.1 RC1: early July > >- 1.1 final: late August > >- 1.1.1: late September > >[RJ: why are we _scheduling_ a 1.1.1?] > > > >Spring 1.2.x: OGNL support, JCA support, enhanced RMI support > >- 1.2 RC1: early November > >- 1.2 final: late December > > > >Further issues are JSF and Portlet support. There is actually quite a = bit of > >interest in these from various users/integrators; they are also import= ant > >for us from a marketing perspective. I'm not keen on providing officia= l > >support before 1.2, though. > > > >[RJ: depends on what's involved. I'd be keen to have JSF support soone= r > >rather than later if it's straightforward. I'm going to be looking at that > >soon. Portlets I think are more of a niche interest. ] > > > >Regards, > >Juergen > > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CCk > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2004-04-01 02:11:58
|
I'll be writing a number of tools to support some people here in code manipulation and debuggin, but I'm not sure exactly how much actual UI there'll be. A fair number of them may be command-line or with simple UIs, so at this point it's not a given that I'll need any sort of complicated library. I'll probably be starting in about 3-4 weeks. As for Eclipse, I've used it for ages, but on the programming side I'm actually a complete neophyte, although I'm itching to get into the RCP stuff Keith Donald wrote: >Colin, > >When do you think you'll be moving to the client-side? It'd be great to >work together. I have a similiar requirement: I need RCP in my current >project, so I will be nicely aligned for developing the module over the >coming months. It would be great if you could be an early adopter and >developer at the same time... > >If you decide to go Eclipse RCP that would be good, too. The main upside I >think we can offer is better Swing support (Swing is more mature than SWT, >and obviously a standard) and a nice integration with the rest of Spring. >But having an Eclipse expert would be invaluable for improving our platform >capabilities. I'd also be interested in seeing if there are ways we can >integrate with the Eclipse effort as it matures, too. > >Keith > >----- Original Message ----- >From: "Colin Sampaleanu" <col...@ex...> >To: <spr...@li...> >Sent: Wednesday, March 31, 2004 5:20 PM >Subject: Re: [Springframework-developer] Road map > > > > >>Actually it's looking like I may be doing some client-side work (as >>opposed to the mostly back-end/web stuff I am doing now), so I may get >>involved. Haven't decided if I want to do the stuff in Swing or Eclipse >>RCP though... >> >> >>Keith Donald wrote: >> >> >> >>>Just like to add to the pot here regarding spring-rcp (especially since >>> >>> >work > > >>>is picking back up now): >>> >>>- I'd like to target the first 1.0 RCP release candidate along side >>> >>> >Spring > > >>>1.1 final this summer. >>> >>>We plan to include in the distribution a sample application demonstrating >>>the features of the platform (likely a port of the PetClinic or Thomas's >>>Beer app, adding RCP value like 'quick' sorting/filtering and as-you-type >>>field validation.) I am hopeful by the first release we'll have several >>>articles lined up, too (I know several people interested in rich client >>> >>> >dev > > >>>have expressed interest in helping out there!) >>> >>>Thanks, >>>Keith >>> >>> >>>-----Original Message----- >>>From: spr...@li... >>>[mailto:spr...@li...] On Behalf >>> >>> >Of > > >>>jürgen höller [werk3AT] >>>Sent: Wednesday, March 31, 2004 9:44 AM >>>To: spr...@li... >>>Subject: Re: [Springframework-developer] Road map >>> >>> >>>Good point regarding scheduling 1.1.1. I've intended to fill in a >>>placeholder to make the gap to 1.2 RC1 seem less large ;-) I completely >>>agree that we shouldn't schedule such point releases in an official >>> >>> >release > > >>>plan. >>> >>>If we manage to get JSF and/or Portlet support done in time for 1.1, then >>>I'm all for including it earlier. I'd like to release 1.1 final by the >>> >>> >end > > >>>of August, though; I don't want to delay it for further features. >>> >>>Juergen >>> >>> >>>-----Original Message----- >>>From: spr...@li... >>>[mailto:spr...@li...]On Behalf >>> >>> >Of > > >>>Rod Johnson >>>Sent: Wednesday, March 31, 2004 2:41 PM >>>To: spr...@li... >>>Subject: Re: [Springframework-developer] Road map >>> >>> >>>Some comments: >>> >>>Spring 1.0.x: doc polishing, bugfixing, minor enhancements >>>- 1.0.1: early April >>>- 1.0.2: late May >>> >>>Spring 1.1.x: JMS support, JMX support, declarative validation >>>[RJ: pointcut expression language (AOP), JSR-175 preview? ] >>>- 1.1 RC1: early July >>>- 1.1 final: late August >>>- 1.1.1: late September >>>[RJ: why are we _scheduling_ a 1.1.1?] >>> >>>Spring 1.2.x: OGNL support, JCA support, enhanced RMI support >>>- 1.2 RC1: early November >>>- 1.2 final: late December >>> >>>Further issues are JSF and Portlet support. There is actually quite a bit >>> >>> >of > > >>>interest in these from various users/integrators; they are also important >>>for us from a marketing perspective. I'm not keen on providing official >>>support before 1.2, though. >>> >>>[RJ: depends on what's involved. I'd be keen to have JSF support sooner >>>rather than later if it's straightforward. I'm going to be looking at >>> >>> >that > > >>>soon. Portlets I think are more of a niche interest. ] >>> >>>Regards, >>>Juergen >>> >>> |
|
From: Keith D. <kd...@cs...> - 2004-04-01 04:39:05
|
Like Eclipse RCP you'll find with the spring-rcp stuff it's easy to get a simple GUI up and running which you then decorate with action bars, views= , and pages that support various user-tasks. I just did some of that today actually, as we just kicked off our client-side GUI development here. Without going too much into the details, essentially here's what I had to do: - I configure a "Console" singleton bean in a Spring application context = --=20 which is similiar to Eclipse's Workbench class. The console provides the application name/version/build ID, startup splash screen, window icon, ja= va help set path, and about box for the app. It also loads a configurable "defaultPage" for the application on startup in a single ConsoleWindow, a= nd is capable of opening/managing multiple ConsoleWindows. Each ConsoleWindow has a menubar, toolbar, center page display, and statu= s line/progress bar. Individual GUI actions, which can be "contributed" to any of the "bars" like a menubar or toolbar -- are also configured by Spr= ing (their label, icon, mnemonic, etc.) So for example, I needed a "New Sche= ma" action today placed in the "File" menu and also in the toolbar. To do th= is I specified that in Spring configuration, and the system handled the rest= . The platform uses the Spring message source and awt image source for internationalizing GUI messages and icons. I was using the wizard framew= ork extensively today, which provides classes enabling step-by-step wizards w= ith one or more wizard pages. Just to give you an idea from some fresh stuff I worked on today. There = is a lot we should be able to do by summer time. Keith ----- Original Message -----=20 From: "Colin Sampaleanu" <col...@ex...> To: <spr...@li...> Sent: Wednesday, March 31, 2004 9:14 PM Subject: Re: [Springframework-developer] Road map > I'll be writing a number of tools to support some people here in code > manipulation and debuggin, but I'm not sure exactly how much actual UI > there'll be. A fair number of them may be command-line or with simple > UIs, so at this point it's not a given that I'll need any sort of > complicated library. I'll probably be starting in about 3-4 weeks. > > As for Eclipse, I've used it for ages, but on the programming side I'm > actually a complete neophyte, although I'm itching to get into the RCP stuff > > Keith Donald wrote: > > >Colin, > > > >When do you think you'll be moving to the client-side? It'd be great = to > >work together. I have a similiar requirement: I need RCP in my curren= t > >project, so I will be nicely aligned for developing the module over th= e > >coming months. It would be great if you could be an early adopter and > >developer at the same time... > > > >If you decide to go Eclipse RCP that would be good, too. The main ups= ide I > >think we can offer is better Swing support (Swing is more mature than SWT, > >and obviously a standard) and a nice integration with the rest of Spri= ng. > >But having an Eclipse expert would be invaluable for improving our platform > >capabilities. I'd also be interested in seeing if there are ways we c= an > >integrate with the Eclipse effort as it matures, too. > > > >Keith > > > >----- Original Message -----=20 > >From: "Colin Sampaleanu" <col...@ex...> > >To: <spr...@li...> > >Sent: Wednesday, March 31, 2004 5:20 PM > >Subject: Re: [Springframework-developer] Road map > > > > > > > > > >>Actually it's looking like I may be doing some client-side work (as > >>opposed to the mostly back-end/web stuff I am doing now), so I may ge= t > >>involved. Haven't decided if I want to do the stuff in Swing or Eclip= se > >>RCP though... > >> > >> > >>Keith Donald wrote: > >> > >> > >> > >>>Just like to add to the pot here regarding spring-rcp (especially si= nce > >>> > >>> > >work > > > > > >>>is picking back up now): > >>> > >>>- I'd like to target the first 1.0 RCP release candidate along side > >>> > >>> > >Spring > > > > > >>>1.1 final this summer. > >>> > >>>We plan to include in the distribution a sample application demonstrating > >>>the features of the platform (likely a port of the PetClinic or Thomas's > >>>Beer app, adding RCP value like 'quick' sorting/filtering and as-you-type > >>>field validation.) I am hopeful by the first release we'll have several > >>>articles lined up, too (I know several people interested in rich cli= ent > >>> > >>> > >dev > > > > > >>>have expressed interest in helping out there!) > >>> > >>>Thanks, > >>>Keith > >>> > >>> > >>>-----Original Message----- > >>>From: spr...@li... > >>>[mailto:spr...@li...] On Behalf > >>> > >>> > >Of > > > > > >>>j=FCrgen h=F6ller [werk3AT] > >>>Sent: Wednesday, March 31, 2004 9:44 AM > >>>To: spr...@li... > >>>Subject: Re: [Springframework-developer] Road map > >>> > >>> > >>>Good point regarding scheduling 1.1.1. I've intended to fill in a > >>>placeholder to make the gap to 1.2 RC1 seem less large ;-) I complet= ely > >>>agree that we shouldn't schedule such point releases in an official > >>> > >>> > >release > > > > > >>>plan. > >>> > >>>If we manage to get JSF and/or Portlet support done in time for 1.1, then > >>>I'm all for including it earlier. I'd like to release 1.1 final by t= he > >>> > >>> > >end > > > > > >>>of August, though; I don't want to delay it for further features. > >>> > >>>Juergen > >>> > >>> > >>>-----Original Message----- > >>>From: spr...@li... > >>>[mailto:spr...@li...]On Beh= alf > >>> > >>> > >Of > > > > > >>>Rod Johnson > >>>Sent: Wednesday, March 31, 2004 2:41 PM > >>>To: spr...@li... > >>>Subject: Re: [Springframework-developer] Road map > >>> > >>> > >>>Some comments: > >>> > >>>Spring 1.0.x: doc polishing, bugfixing, minor enhancements > >>>- 1.0.1: early April > >>>- 1.0.2: late May > >>> > >>>Spring 1.1.x: JMS support, JMX support, declarative validation > >>>[RJ: pointcut expression language (AOP), JSR-175 preview? ] > >>>- 1.1 RC1: early July > >>>- 1.1 final: late August > >>>- 1.1.1: late September > >>>[RJ: why are we _scheduling_ a 1.1.1?] > >>> > >>>Spring 1.2.x: OGNL support, JCA support, enhanced RMI support > >>>- 1.2 RC1: early November > >>>- 1.2 final: late December > >>> > >>>Further issues are JSF and Portlet support. There is actually quite = a bit > >>> > >>> > >of > > > > > >>>interest in these from various users/integrators; they are also important > >>>for us from a marketing perspective. I'm not keen on providing offic= ial > >>>support before 1.2, though. > >>> > >>>[RJ: depends on what's involved. I'd be keen to have JSF support soo= ner > >>>rather than later if it's straightforward. I'm going to be looking a= t > >>> > >>> > >that > > > > > >>>soon. Portlets I think are more of a niche interest. ] > >>> > >>>Regards, > >>>Juergen > >>> > >>> > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dc= lick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <tho...@tr...> - 2004-04-01 17:09:31
|
From a JDBC perspective I'd like to add support for JDBC 3.0 auto generated keys, maybe via an SqlInsert object. This should be possible for 1.1. I'd also like to see support for declaring ApplicationContexts using a scripting language like Jython. This would probably be best for 1.2. James Duncan Davidson has an interesting take on Ant and XML files: http://x180.net/Articles/Java/AntAndXML.html Thomas Quoting Colin Sampaleanu <col...@ex...>: > I'll be writing a number of tools to support some people here in code > manipulation and debuggin, but I'm not sure exactly how much actual UI > there'll be. A fair number of them may be command-line or with simple > UIs, so at this point it's not a given that I'll need any sort of > complicated library. I'll probably be starting in about 3-4 weeks. > > As for Eclipse, I've used it for ages, but on the programming side I'm > actually a complete neophyte, although I'm itching to get into the RCP stuff > > Keith Donald wrote: > > >Colin, > > > >When do you think you'll be moving to the client-side? It'd be great to > >work together. I have a similiar requirement: I need RCP in my current > >project, so I will be nicely aligned for developing the module over the > >coming months. It would be great if you could be an early adopter and > >developer at the same time... > > > >If you decide to go Eclipse RCP that would be good, too. The main upside I > >think we can offer is better Swing support (Swing is more mature than SWT, > >and obviously a standard) and a nice integration with the rest of Spring. > >But having an Eclipse expert would be invaluable for improving our platform > >capabilities. I'd also be interested in seeing if there are ways we can > >integrate with the Eclipse effort as it matures, too. > > > >Keith > > > >----- Original Message ----- > >From: "Colin Sampaleanu" <col...@ex...> > >To: <spr...@li...> > >Sent: Wednesday, March 31, 2004 5:20 PM > >Subject: Re: [Springframework-developer] Road map > > > > > > > > > >>Actually it's looking like I may be doing some client-side work (as > >>opposed to the mostly back-end/web stuff I am doing now), so I may get > >>involved. Haven't decided if I want to do the stuff in Swing or Eclipse > >>RCP though... > >> > >> > >>Keith Donald wrote: > >> > >> > >> > >>>Just like to add to the pot here regarding spring-rcp (especially since > >>> > >>> > >work > > > > > >>>is picking back up now): > >>> > >>>- I'd like to target the first 1.0 RCP release candidate along side > >>> > >>> > >Spring > > > > > >>>1.1 final this summer. > >>> > >>>We plan to include in the distribution a sample application demonstrating > >>>the features of the platform (likely a port of the PetClinic or Thomas's > >>>Beer app, adding RCP value like 'quick' sorting/filtering and as-you-type > >>>field validation.) I am hopeful by the first release we'll have several > >>>articles lined up, too (I know several people interested in rich client > >>> > >>> > >dev > > > > > >>>have expressed interest in helping out there!) > >>> > >>>Thanks, > >>>Keith > >>> > >>> > >>>-----Original Message----- > >>>From: spr...@li... > >>>[mailto:spr...@li...] On Behalf > >>> > >>> > >Of > > > > > >>>jürgen höller [werk3AT] > >>>Sent: Wednesday, March 31, 2004 9:44 AM > >>>To: spr...@li... > >>>Subject: Re: [Springframework-developer] Road map > >>> > >>> > >>>Good point regarding scheduling 1.1.1. I've intended to fill in a > >>>placeholder to make the gap to 1.2 RC1 seem less large ;-) I completely > >>>agree that we shouldn't schedule such point releases in an official > >>> > >>> > >release > > > > > >>>plan. > >>> > >>>If we manage to get JSF and/or Portlet support done in time for 1.1, then > >>>I'm all for including it earlier. I'd like to release 1.1 final by the > >>> > >>> > >end > > > > > >>>of August, though; I don't want to delay it for further features. > >>> > >>>Juergen > >>> > >>> > >>>-----Original Message----- > >>>From: spr...@li... > >>>[mailto:spr...@li...]On Behalf > >>> > >>> > >Of > > > > > >>>Rod Johnson > >>>Sent: Wednesday, March 31, 2004 2:41 PM > >>>To: spr...@li... > >>>Subject: Re: [Springframework-developer] Road map > >>> > >>> > >>>Some comments: > >>> > >>>Spring 1.0.x: doc polishing, bugfixing, minor enhancements > >>>- 1.0.1: early April > >>>- 1.0.2: late May > >>> > >>>Spring 1.1.x: JMS support, JMX support, declarative validation > >>>[RJ: pointcut expression language (AOP), JSR-175 preview? ] > >>>- 1.1 RC1: early July > >>>- 1.1 final: late August > >>>- 1.1.1: late September > >>>[RJ: why are we _scheduling_ a 1.1.1?] > >>> > >>>Spring 1.2.x: OGNL support, JCA support, enhanced RMI support > >>>- 1.2 RC1: early November > >>>- 1.2 final: late December > >>> > >>>Further issues are JSF and Portlet support. There is actually quite a bit > >>> > >>> > >of > > > > > >>>interest in these from various users/integrators; they are also important > >>>for us from a marketing perspective. I'm not keen on providing official > >>>support before 1.2, though. > >>> > >>>[RJ: depends on what's involved. I'd be keen to have JSF support sooner > >>>rather than later if it's straightforward. I'm going to be looking at > >>> > >>> > >that > > > > > >>>soon. Portlets I think are more of a niche interest. ] > >>> > >>>Regards, > >>>Juergen > >>> > >>> > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Keith D. <kd...@cs...> - 2004-04-01 18:59:55
|
I think experimenting with integration with scripting languages like Groovy/Beanshell/Jython for configuration sounds like a great idea. I = like how lists, maps, and properties are "first class citizens." Groovy was just accepted as a JSR which I find interesting! Keith -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of tho...@tr... Sent: Thursday, April 01, 2004 12:09 PM To: spr...@li... Subject: Re: [Springframework-developer] Road map >From a JDBC perspective I'd like to add support for JDBC 3.0 auto=20 >generated keys, maybe via an SqlInsert object. This should be possible for 1.1. I'd also like to see support for declaring ApplicationContexts using a scripting language like Jython. This would probably be best for 1.2. James Duncan Davidson has an interesting take on Ant and XML files: http://x180.net/Articles/Java/AntAndXML.html Thomas Quoting Colin Sampaleanu <col...@ex...>: > I'll be writing a number of tools to support some people here in code > manipulation and debuggin, but I'm not sure exactly how much actual UI = > there'll be. A fair number of them may be command-line or with simple=20 > UIs, so at this point it's not a given that I'll need any sort of=20 > complicated library. I'll probably be starting in about 3-4 weeks. >=20 > As for Eclipse, I've used it for ages, but on the programming side I'm > actually a complete neophyte, although I'm itching to get into the RCP stuff >=20 > Keith Donald wrote: >=20 > >Colin, > > > >When do you think you'll be moving to the client-side? It'd be great = > >to work together. I have a similiar requirement: I need RCP in my=20 > >current project, so I will be nicely aligned for developing the=20 > >module over the coming months. It would be great if you could be an=20 > >early adopter and developer at the same time... > > > >If you decide to go Eclipse RCP that would be good, too. The main=20 > >upside I think we can offer is better Swing support (Swing is more=20 > >mature than SWT, and obviously a standard) and a nice integration=20 > >with the rest of Spring. But having an Eclipse expert would be=20 > >invaluable for improving our platform capabilities. I'd also be=20 > >interested in seeing if there are ways we can integrate with the=20 > >Eclipse effort as it matures, too. > > > >Keith > > > >----- Original Message ----- > >From: "Colin Sampaleanu" <col...@ex...> > >To: <spr...@li...> > >Sent: Wednesday, March 31, 2004 5:20 PM > >Subject: Re: [Springframework-developer] Road map > > > > > > =20 > > > >>Actually it's looking like I may be doing some client-side work (as=20 > >>opposed to the mostly back-end/web stuff I am doing now), so I may=20 > >>get involved. Haven't decided if I want to do the stuff in Swing or=20 > >>Eclipse RCP though... > >> > >> > >>Keith Donald wrote: > >> > >> =20 > >> > >>>Just like to add to the pot here regarding spring-rcp (especially=20 > >>>since > >>> =20 > >>> > >work > > =20 > > > >>>is picking back up now): > >>> > >>>- I'd like to target the first 1.0 RCP release candidate along side > >>> =20 > >>> > >Spring > > =20 > > > >>>1.1 final this summer. > >>> > >>>We plan to include in the distribution a sample application=20 > >>>demonstrating the features of the platform (likely a port of the=20 > >>>PetClinic or Thomas's Beer app, adding RCP value like 'quick'=20 > >>>sorting/filtering and as-you-type field validation.) I am hopeful=20 > >>>by the first release we'll have several articles lined up, too (I=20 > >>>know several people interested in rich client > >>> =20 > >>> > >dev > > =20 > > > >>>have expressed interest in helping out there!) > >>> > >>>Thanks, > >>>Keith > >>> > >>> > >>>-----Original Message----- > >>>From: spr...@li... > >>>[mailto:spr...@li...] On=20 > >>>Behalf > >>> =20 > >>> > >Of > > =20 > > > >>>j=FCrgen h=F6ller [werk3AT] > >>>Sent: Wednesday, March 31, 2004 9:44 AM > >>>To: spr...@li... > >>>Subject: Re: [Springframework-developer] Road map > >>> > >>> > >>>Good point regarding scheduling 1.1.1. I've intended to fill in a=20 > >>>placeholder to make the gap to 1.2 RC1 seem less large ;-) I=20 > >>>completely agree that we shouldn't schedule such point releases in=20 > >>>an official > >>> =20 > >>> > >release > > =20 > > > >>>plan. > >>> > >>>If we manage to get JSF and/or Portlet support done in time for=20 > >>>1.1, then I'm all for including it earlier. I'd like to release 1.1 = > >>>final by the > >>> =20 > >>> > >end > > =20 > > > >>>of August, though; I don't want to delay it for further features. > >>> > >>>Juergen > >>> > >>> > >>>-----Original Message----- > >>>From: spr...@li... > >>>[mailto:spr...@li...]On=20 > >>>Behalf > >>> =20 > >>> > >Of > > =20 > > > >>>Rod Johnson > >>>Sent: Wednesday, March 31, 2004 2:41 PM > >>>To: spr...@li... > >>>Subject: Re: [Springframework-developer] Road map > >>> > >>> > >>>Some comments: > >>> > >>>Spring 1.0.x: doc polishing, bugfixing, minor enhancements > >>>- 1.0.1: early April > >>>- 1.0.2: late May > >>> > >>>Spring 1.1.x: JMS support, JMX support, declarative validation > >>>[RJ: pointcut expression language (AOP), JSR-175 preview? ] > >>>- 1.1 RC1: early July > >>>- 1.1 final: late August > >>>- 1.1.1: late September > >>>[RJ: why are we _scheduling_ a 1.1.1?] > >>> > >>>Spring 1.2.x: OGNL support, JCA support, enhanced RMI support > >>>- 1.2 RC1: early November > >>>- 1.2 final: late December > >>> > >>>Further issues are JSF and Portlet support. There is actually quite = > >>>a bit > >>> =20 > >>> > >of > > =20 > > > >>>interest in these from various users/integrators; they are also=20 > >>>important for us from a marketing perspective. I'm not keen on=20 > >>>providing official support before 1.2, though. > >>> > >>>[RJ: depends on what's involved. I'd be keen to have JSF support=20 > >>>sooner rather than later if it's straightforward. I'm going to be=20 > >>>looking at > >>> =20 > >>> > >that > > =20 > > > >>>soon. Portlets I think are more of a niche interest. ] > >>> > >>>Regards, > >>>Juergen > >>> =20 > >>> >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of=20 > GenToo technologies. Learn everything from fundamentals to system=20 > = administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli= ck > _______________________________________________ > Springframework-developer mailing list=20 > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of = GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli= ck _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rod J. <rod...@in...> - 2004-04-02 22:09:34
|
Absolutely agree. XML shouldn't be the only major config choice, especial= ly now we've nicely decoupled bean definition registries from readers. It looks like Groovy really has a lot of momentum now. Another configuration option I'll be looking at shortly is improved datab= ase storage. I'm going to need this for a client. I'm also looking at hot reload of contexts. I should have something in th= e sandbox in the next week or so. It looks quite exciting, and enables any bean definition to be modified: even to have different dependencies. Regards, Rod ----- Original Message ----- From: "Keith Donald" <kd...@cs...> To: <spr...@li...> Sent: Thursday, April 01, 2004 7:59 PM Subject: RE: [Springframework-developer] Road map I think experimenting with integration with scripting languages like Groovy/Beanshell/Jython for configuration sounds like a great idea. I li= ke how lists, maps, and properties are "first class citizens." Groovy was just accepted as a JSR which I find interesting! Keith -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of tho...@tr... Sent: Thursday, April 01, 2004 12:09 PM To: spr...@li... Subject: Re: [Springframework-developer] Road map >From a JDBC perspective I'd like to add support for JDBC 3.0 auto >generated keys, maybe via an SqlInsert object. This should be possible for 1.1. I'd also like to see support for declaring ApplicationContexts using a scripting language like Jython. This would probably be best for 1.2. James Duncan Davidson has an interesting take on Ant and XML files: http://x180.net/Articles/Java/AntAndXML.html Thomas Quoting Colin Sampaleanu <col...@ex...>: > I'll be writing a number of tools to support some people here in code > manipulation and debuggin, but I'm not sure exactly how much actual UI > there'll be. A fair number of them may be command-line or with simple > UIs, so at this point it's not a given that I'll need any sort of > complicated library. I'll probably be starting in about 3-4 weeks. > > As for Eclipse, I've used it for ages, but on the programming side I'm > actually a complete neophyte, although I'm itching to get into the RCP stuff > > Keith Donald wrote: > > >Colin, > > > >When do you think you'll be moving to the client-side? It'd be great > >to work together. I have a similiar requirement: I need RCP in my > >current project, so I will be nicely aligned for developing the > >module over the coming months. It would be great if you could be an > >early adopter and developer at the same time... > > > >If you decide to go Eclipse RCP that would be good, too. The main > >upside I think we can offer is better Swing support (Swing is more > >mature than SWT, and obviously a standard) and a nice integration > >with the rest of Spring. But having an Eclipse expert would be > >invaluable for improving our platform capabilities. I'd also be > >interested in seeing if there are ways we can integrate with the > >Eclipse effort as it matures, too. > > > >Keith > > > >----- Original Message ----- > >From: "Colin Sampaleanu" <col...@ex...> > >To: <spr...@li...> > >Sent: Wednesday, March 31, 2004 5:20 PM > >Subject: Re: [Springframework-developer] Road map > > > > > > > > > >>Actually it's looking like I may be doing some client-side work (as > >>opposed to the mostly back-end/web stuff I am doing now), so I may > >>get involved. Haven't decided if I want to do the stuff in Swing or > >>Eclipse RCP though... > >> > >> > >>Keith Donald wrote: > >> > >> > >> > >>>Just like to add to the pot here regarding spring-rcp (especially > >>>since > >>> > >>> > >work > > > > > >>>is picking back up now): > >>> > >>>- I'd like to target the first 1.0 RCP release candidate along side > >>> > >>> > >Spring > > > > > >>>1.1 final this summer. > >>> > >>>We plan to include in the distribution a sample application > >>>demonstrating the features of the platform (likely a port of the > >>>PetClinic or Thomas's Beer app, adding RCP value like 'quick' > >>>sorting/filtering and as-you-type field validation.) I am hopeful > >>>by the first release we'll have several articles lined up, too (I > >>>know several people interested in rich client > >>> > >>> > >dev > > > > > >>>have expressed interest in helping out there!) > >>> > >>>Thanks, > >>>Keith > >>> > >>> > >>>-----Original Message----- > >>>From: spr...@li... > >>>[mailto:spr...@li...] On > >>>Behalf > >>> > >>> > >Of > > > > > >>>j=FCrgen h=F6ller [werk3AT] > >>>Sent: Wednesday, March 31, 2004 9:44 AM > >>>To: spr...@li... > >>>Subject: Re: [Springframework-developer] Road map > >>> > >>> > >>>Good point regarding scheduling 1.1.1. I've intended to fill in a > >>>placeholder to make the gap to 1.2 RC1 seem less large ;-) I > >>>completely agree that we shouldn't schedule such point releases in > >>>an official > >>> > >>> > >release > > > > > >>>plan. > >>> > >>>If we manage to get JSF and/or Portlet support done in time for > >>>1.1, then I'm all for including it earlier. I'd like to release 1.1 > >>>final by the > >>> > >>> > >end > > > > > >>>of August, though; I don't want to delay it for further features. > >>> > >>>Juergen > >>> > >>> > >>>-----Original Message----- > >>>From: spr...@li... > >>>[mailto:spr...@li...]On > >>>Behalf > >>> > >>> > >Of > > > > > >>>Rod Johnson > >>>Sent: Wednesday, March 31, 2004 2:41 PM > >>>To: spr...@li... > >>>Subject: Re: [Springframework-developer] Road map > >>> > >>> > >>>Some comments: > >>> > >>>Spring 1.0.x: doc polishing, bugfixing, minor enhancements > >>>- 1.0.1: early April > >>>- 1.0.2: late May > >>> > >>>Spring 1.1.x: JMS support, JMX support, declarative validation > >>>[RJ: pointcut expression language (AOP), JSR-175 preview? ] > >>>- 1.1 RC1: early July > >>>- 1.1 final: late August > >>>- 1.1.1: late September > >>>[RJ: why are we _scheduling_ a 1.1.1?] > >>> > >>>Spring 1.2.x: OGNL support, JCA support, enhanced RMI support > >>>- 1.2 RC1: early November > >>>- 1.2 final: late December > >>> > >>>Further issues are JSF and Portlet support. There is actually quite > >>>a bit > >>> > >>> > >of > > > > > >>>interest in these from various users/integrators; they are also > >>>important for us from a marketing perspective. I'm not keen on > >>>providing official support before 1.2, though. > >>> > >>>[RJ: depends on what's involved. I'd be keen to have JSF support > >>>sooner rather than later if it's straightforward. I'm going to be > >>>looking at > >>> > >>> > >that > > > > > >>>soon. Portlets I think are more of a niche interest. ] > >>> > >>>Regards, > >>>Juergen > >>> > >>> > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dc= lick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of Gen= Too technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli= ck _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Andy D. <an...@ma...> - 2004-04-02 23:16:07
|
On Friday 02 April 2004 02:09 pm, Rod Johnson wrote: > ... > Another configuration option I'll be looking at shortly is improved > database storage. I'm going to need this for a client. > > I'm also looking at hot reload of contexts. I should have something in the > sandbox in the next week or so. It looks quite exciting, and enables any > bean definition to be modified: even to have different dependencies. I'll put my vote in for these two options. Eventually, we desire to have a web based administration console for our application, and with Spring configuration stored in the DB, along with hot reload, we could enable an Administrator to tweak applicable configuration options dynamically. |
|
From: Alef A. <al...@jt...> - 2004-04-03 08:42:04
|
Hot reloadable contexts is pretty cool! It would be nice to have something in the sandbox indeed. I'm currently experimenting with a GroovyBeanDefinitionReader and it seems it's not = going to be all that tough to get it running! Furthermore I like to see if it's possible to modify existing beanfactories/appcontexts with Groovy. Alef > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On = Behalf > Of Rod Johnson > Sent: Saturday, April 03, 2004 12:09 AM > To: spr...@li... > Subject: Re: [Springframework-developer] Road map >=20 > Absolutely agree. XML shouldn't be the only major config choice, > especially > now we've nicely decoupled bean definition registries from readers. >=20 > It looks like Groovy really has a lot of momentum now. >=20 > Another configuration option I'll be looking at shortly is improved > database > storage. I'm going to need this for a client. >=20 > I'm also looking at hot reload of contexts. I should have something in = the > sandbox in the next week or so. It looks quite exciting, and enables = any > bean definition to be modified: even to have different dependencies. >=20 > Regards, > Rod >=20 > ----- Original Message ----- > From: "Keith Donald" <kd...@cs...> > To: <spr...@li...> > Sent: Thursday, April 01, 2004 7:59 PM > Subject: RE: [Springframework-developer] Road map >=20 >=20 > I think experimenting with integration with scripting languages like > Groovy/Beanshell/Jython for configuration sounds like a great idea. I > like > how lists, maps, and properties are "first class citizens." >=20 > Groovy was just accepted as a JSR which I find interesting! Keith >=20 > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On = Behalf > Of > tho...@tr... > Sent: Thursday, April 01, 2004 12:09 PM > To: spr...@li... > Subject: Re: [Springframework-developer] Road map >=20 >=20 >=20 > >From a JDBC perspective I'd like to add support for JDBC 3.0 auto > >generated > keys, maybe via an SqlInsert object. This should be possible for 1.1. >=20 > I'd also like to see support for declaring ApplicationContexts using a > scripting language like Jython. This would probably be best for 1.2. >=20 > James Duncan Davidson has an interesting take on Ant and XML files: > http://x180.net/Articles/Java/AntAndXML.html >=20 > Thomas >=20 >=20 > Quoting Colin Sampaleanu <col...@ex...>: >=20 > > I'll be writing a number of tools to support some people here in = code > > manipulation and debuggin, but I'm not sure exactly how much actual = UI > > there'll be. A fair number of them may be command-line or with = simple > > UIs, so at this point it's not a given that I'll need any sort of > > complicated library. I'll probably be starting in about 3-4 weeks. > > > > As for Eclipse, I've used it for ages, but on the programming side = I'm > > actually a complete neophyte, although I'm itching to get into the = RCP > stuff > > > > Keith Donald wrote: > > > > >Colin, > > > > > >When do you think you'll be moving to the client-side? It'd be = great > > >to work together. I have a similiar requirement: I need RCP in my > > >current project, so I will be nicely aligned for developing the > > >module over the coming months. It would be great if you could be = an > > >early adopter and developer at the same time... > > > > > >If you decide to go Eclipse RCP that would be good, too. The main > > >upside I think we can offer is better Swing support (Swing is more > > >mature than SWT, and obviously a standard) and a nice integration > > >with the rest of Spring. But having an Eclipse expert would be > > >invaluable for improving our platform capabilities. I'd also be > > >interested in seeing if there are ways we can integrate with the > > >Eclipse effort as it matures, too. > > > > > >Keith > > > > > >----- Original Message ----- > > >From: "Colin Sampaleanu" <col...@ex...> > > >To: <spr...@li...> > > >Sent: Wednesday, March 31, 2004 5:20 PM > > >Subject: Re: [Springframework-developer] Road map > > > > > > > > > > > > > > >>Actually it's looking like I may be doing some client-side work = (as > > >>opposed to the mostly back-end/web stuff I am doing now), so I may > > >>get involved. Haven't decided if I want to do the stuff in Swing = or > > >>Eclipse RCP though... > > >> > > >> > > >>Keith Donald wrote: > > >> > > >> > > >> > > >>>Just like to add to the pot here regarding spring-rcp (especially > > >>>since > > >>> > > >>> > > >work > > > > > > > > >>>is picking back up now): > > >>> > > >>>- I'd like to target the first 1.0 RCP release candidate along = side > > >>> > > >>> > > >Spring > > > > > > > > >>>1.1 final this summer. > > >>> > > >>>We plan to include in the distribution a sample application > > >>>demonstrating the features of the platform (likely a port of the > > >>>PetClinic or Thomas's Beer app, adding RCP value like 'quick' > > >>>sorting/filtering and as-you-type field validation.) I am = hopeful > > >>>by the first release we'll have several articles lined up, too (I > > >>>know several people interested in rich client > > >>> > > >>> > > >dev > > > > > > > > >>>have expressed interest in helping out there!) > > >>> > > >>>Thanks, > > >>>Keith > > >>> > > >>> > > >>>-----Original Message----- > > >>>From: spr...@li... > > >>>[mailto:spr...@li...] On > > >>>Behalf > > >>> > > >>> > > >Of > > > > > > > > >>>j=FCrgen h=F6ller [werk3AT] > > >>>Sent: Wednesday, March 31, 2004 9:44 AM > > >>>To: spr...@li... > > >>>Subject: Re: [Springframework-developer] Road map > > >>> > > >>> > > >>>Good point regarding scheduling 1.1.1. I've intended to fill in a > > >>>placeholder to make the gap to 1.2 RC1 seem less large ;-) I > > >>>completely agree that we shouldn't schedule such point releases = in > > >>>an official > > >>> > > >>> > > >release > > > > > > > > >>>plan. > > >>> > > >>>If we manage to get JSF and/or Portlet support done in time for > > >>>1.1, then I'm all for including it earlier. I'd like to release = 1.1 > > >>>final by the > > >>> > > >>> > > >end > > > > > > > > >>>of August, though; I don't want to delay it for further features. > > >>> > > >>>Juergen > > >>> > > >>> > > >>>-----Original Message----- > > >>>From: spr...@li... > > >>>[mailto:spr...@li...]On > > >>>Behalf > > >>> > > >>> > > >Of > > > > > > > > >>>Rod Johnson > > >>>Sent: Wednesday, March 31, 2004 2:41 PM > > >>>To: spr...@li... > > >>>Subject: Re: [Springframework-developer] Road map > > >>> > > >>> > > >>>Some comments: > > >>> > > >>>Spring 1.0.x: doc polishing, bugfixing, minor enhancements > > >>>- 1.0.1: early April > > >>>- 1.0.2: late May > > >>> > > >>>Spring 1.1.x: JMS support, JMX support, declarative validation > > >>>[RJ: pointcut expression language (AOP), JSR-175 preview? ] > > >>>- 1.1 RC1: early July > > >>>- 1.1 final: late August > > >>>- 1.1.1: late September > > >>>[RJ: why are we _scheduling_ a 1.1.1?] > > >>> > > >>>Spring 1.2.x: OGNL support, JCA support, enhanced RMI support > > >>>- 1.2 RC1: early November > > >>>- 1.2 final: late December > > >>> > > >>>Further issues are JSF and Portlet support. There is actually = quite > > >>>a bit > > >>> > > >>> > > >of > > > > > > > > >>>interest in these from various users/integrators; they are also > > >>>important for us from a marketing perspective. I'm not keen on > > >>>providing official support before 1.2, though. > > >>> > > >>>[RJ: depends on what's involved. I'd be keen to have JSF support > > >>>sooner rather than later if it's straightforward. I'm going to be > > >>>looking at > > >>> > > >>> > > >that > > > > > > > > >>>soon. Portlets I think are more of a niche interest. ] > > >>> > > >>>Regards, > > >>>Juergen > > >>> > > >>> > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO = of > > GenToo technologies. Learn everything from fundamentals to system > > = administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > = https://lists.sourceforge.net/lists/listinfo/springframework-developer > > >=20 >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo > technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Darren D. <da...@da...> - 2004-04-03 11:01:25
|
On Saturday 03 April 2004 09:47, Alef Arendsen wrote: > It would be nice to have something in the sandbox indeed. I'm currently > experimenting with a GroovyBeanDefinitionReader and it seems it's not > going to be all that tough to get it running! snap! I started looking at something similar in both Groovy and Jython (partly to see which of those two was 'best'). Thought it may be very useful for writing tests or certain deployment scripts. How far have you got with it? -- Darren Davison Public Key: http://www.davison.uk.net/key.jsp |
|
From: Alef A. <al...@jt...> - 2004-04-03 11:21:50
|
Err, Been able to get a beanfactory up-and-running, however, not in a way as elegant as I wanted it to be, but that's something that's probably going = to take some more time and thinking. It's something like this, and I don't = like it ;-) test =3D new BeanDef (age:8,name:'susan') test.singleton =3D true test.dependencyCheck =3D PRIMITIVES est =3D new BeanDef (age:10) est.name=3D'jim' est.spouse=3Dtest est.singleton =3D false I'm not entirely sure how to go about the dependencies and properties of = a bean versus the behavioral stuff (singleton, dependency checking, = etcetera). For sure we need some extra stuff here (i.e. some kind of wrapper around = the BeanDefinition class--the BeanDef class in the script above), I don't = think dealing with MutablePropertyValue objects in a Groovy script directly is = the way to go. But maybe you noticed the problem in the script above = already: you can't have dependencies named 'singleton' or 'dependencyCheck' here. = So maybe including some kind of metadata object might be an option. By the way, from my point of view, there's a difference between reading = in and modifying a applicationcontext and its beandefinition and actually approaching/using it at runtime. Currently I'm only thinking about the former... Using it from Groovy scripts however could be quite something = as well! Regards, Alef > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On = Behalf > Of Darren Davison > Sent: Saturday, April 03, 2004 1:01 PM > To: spr...@li... > Subject: [Springframework-developer] Groovy / Jython (was: Road map) >=20 > On Saturday 03 April 2004 09:47, Alef Arendsen wrote: >=20 > > It would be nice to have something in the sandbox indeed. I'm = currently > > experimenting with a GroovyBeanDefinitionReader and it seems it's = not > > going to be all that tough to get it running! >=20 > snap! >=20 > I started looking at something similar in both Groovy and Jython = (partly > to > see which of those two was 'best'). Thought it may be very useful for > writing tests or certain deployment scripts. >=20 > How far have you got with it? >=20 > -- >=20 > Darren Davison > Public Key: http://www.davison.uk.net/key.jsp >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Thomas R. <tho...@tr...> - 2004-04-04 20:34:59
|
I have bee experimenting a bit with Jython. I have not used it for a
while, so I'm a bit rusty, but I did load an application context and
used a data source been that was defined in it.
I think that the different types of bean factories are going to have
different feature sets - property files are less feature rich than the
xml files. With jython and groovy, we will have similar issues where
some features just does not fit naturally.
Here is my context (applicationContext.py):
from org.springframework.jdbc.datasource import DriverManagerDataSource
from org.springframework.jdbc.core import JdbcTemplate
dataSource = DriverManagerDataSource()
dataSource.driverClassName="org.hsqldb.jdbcDriver"
dataSource.url="jdbc:hsqldb:hsql://localhost"
dataSource.username="sa"
dataSource.password=""
db = JdbcTemplate(dataSource)
Here is my code (LoadPyContext.java:
import java.util.List;
import org.python.core.PySystemState;
import org.python.util.PythonInterpreter;
import org.springframework.jdbc.core.JdbcTemplate;
public class LoadPyContext {
public static void main(String[] args) {
System.out.println("Start");
PySystemState.initialize();
PythonInterpreter pyInterp = new PythonInterpreter();
pyInterp.execfile("applicationContext.py");
JdbcTemplate db = (JdbcTemplate) pyInterp.get("db",
JdbcTemplate.class);
List l = db.queryForList("select brand, price from beer");
System.out.println(l);
}
}
I guess the next step is to actually create a PythonBeanFactory.
Thomas
Alef Arendsen wrote:
>Err,
>
>Been able to get a beanfactory up-and-running, however, not in a way as
>elegant as I wanted it to be, but that's something that's probably going to
>take some more time and thinking. It's something like this, and I don't like
>it ;-)
>
>test = new BeanDef (age:8,name:'susan')
>test.singleton = true
>test.dependencyCheck = PRIMITIVES
>
>est = new BeanDef (age:10)
>est.name='jim'
>est.spouse=test
>est.singleton = false
>
>I'm not entirely sure how to go about the dependencies and properties of a
>bean versus the behavioral stuff (singleton, dependency checking, etcetera).
>For sure we need some extra stuff here (i.e. some kind of wrapper around the
>BeanDefinition class--the BeanDef class in the script above), I don't think
>dealing with MutablePropertyValue objects in a Groovy script directly is the
>way to go. But maybe you noticed the problem in the script above already:
>you can't have dependencies named 'singleton' or 'dependencyCheck' here. So
>maybe including some kind of metadata object might be an option.
>
>By the way, from my point of view, there's a difference between reading in
>and modifying a applicationcontext and its beandefinition and actually
>approaching/using it at runtime. Currently I'm only thinking about the
>former... Using it from Groovy scripts however could be quite something as
>well!
>
>Regards,
>Alef
>
>
>
>
>
>
>>-----Original Message-----
>>From: spr...@li...
>>[mailto:spr...@li...] On Behalf
>>Of Darren Davison
>>Sent: Saturday, April 03, 2004 1:01 PM
>>To: spr...@li...
>>Subject: [Springframework-developer] Groovy / Jython (was: Road map)
>>
>>On Saturday 03 April 2004 09:47, Alef Arendsen wrote:
>>
>>
>>
>>>It would be nice to have something in the sandbox indeed. I'm currently
>>>experimenting with a GroovyBeanDefinitionReader and it seems it's not
>>>going to be all that tough to get it running!
>>>
>>>
>>snap!
>>
>>I started looking at something similar in both Groovy and Jython (partly
>>to
>>see which of those two was 'best'). Thought it may be very useful for
>>writing tests or certain deployment scripts.
>>
>>How far have you got with it?
>>
>>--
>>
>>Darren Davison
>>Public Key: http://www.davison.uk.net/key.jsp
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by: IBM Linux Tutorials
>>Free Linux tutorial presented by Daniel Robbins, President and CEO of
>>GenToo technologies. Learn everything from fundamentals to system
>>administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IBM Linux Tutorials
>Free Linux tutorial presented by Daniel Robbins, President and CEO of
>GenToo technologies. Learn everything from fundamentals to system
>administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
>
|
|
From: Alef A. <al...@jt...> - 2004-04-05 21:37:13
|
What about the separation between BeanDefinitionReaders and =
BeanFactories? I
thought BeanDefinitionReaders were supposed to do the stuff specific to =
the
format (say XML or properties) and BeanFactory is just the container. =
But
that's confusing because there still is a *Xml*BeanFactory out there.
J=FCrgen, what's your take on this? Is the XmlBeanFactory and =
XmlWebAppCtx
something ancient or does it still have its use?=20
Alef
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On =
Behalf
> Of Thomas Risberg
> Sent: Sunday, April 04, 2004 10:35 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] Groovy / Jython (was: Road =
map)
>=20
> I have bee experimenting a bit with Jython. I have not used it for a
> while, so I'm a bit rusty, but I did load an application context and
> used a data source been that was defined in it.
>=20
> I think that the different types of bean factories are going to have
> different feature sets - property files are less feature rich than the
> xml files. With jython and groovy, we will have similar issues where
> some features just does not fit naturally.
>=20
> Here is my context (applicationContext.py):
>=20
> from org.springframework.jdbc.datasource import =
DriverManagerDataSource
> from org.springframework.jdbc.core import JdbcTemplate
>=20
> dataSource =3D DriverManagerDataSource()
> dataSource.driverClassName=3D"org.hsqldb.jdbcDriver"
> dataSource.url=3D"jdbc:hsqldb:hsql://localhost"
> dataSource.username=3D"sa"
> dataSource.password=3D""
>=20
> db =3D JdbcTemplate(dataSource)
>=20
>=20
> Here is my code (LoadPyContext.java:
>=20
> import java.util.List;
>=20
> import org.python.core.PySystemState;
> import org.python.util.PythonInterpreter;
> import org.springframework.jdbc.core.JdbcTemplate;
>=20
> public class LoadPyContext {
> public static void main(String[] args) {
> System.out.println("Start");
> PySystemState.initialize();
> PythonInterpreter pyInterp =3D new PythonInterpreter();
> pyInterp.execfile("applicationContext.py");
> JdbcTemplate db =3D (JdbcTemplate) pyInterp.get("db",
> JdbcTemplate.class);
> List l =3D db.queryForList("select brand, price from beer");
> System.out.println(l);
> }
> }
>=20
> I guess the next step is to actually create a PythonBeanFactory.
>=20
> Thomas
>=20
> Alef Arendsen wrote:
>=20
> >Err,
> >
> >Been able to get a beanfactory up-and-running, however, not in a way =
as
> >elegant as I wanted it to be, but that's something that's probably =
going
> to
> >take some more time and thinking. It's something like this, and I =
don't
> like
> >it ;-)
> >
> >test =3D new BeanDef (age:8,name:'susan')
> >test.singleton =3D true
> >test.dependencyCheck =3D PRIMITIVES
> >
> >est =3D new BeanDef (age:10)
> >est.name=3D'jim'
> >est.spouse=3Dtest
> >est.singleton =3D false
> >
> >I'm not entirely sure how to go about the dependencies and properties =
of
> a
> >bean versus the behavioral stuff (singleton, dependency checking,
> etcetera).
> >For sure we need some extra stuff here (i.e. some kind of wrapper =
around
> the
> >BeanDefinition class--the BeanDef class in the script above), I don't
> think
> >dealing with MutablePropertyValue objects in a Groovy script directly =
is
> the
> >way to go. But maybe you noticed the problem in the script above =
already:
> >you can't have dependencies named 'singleton' or 'dependencyCheck' =
here.
> So
> >maybe including some kind of metadata object might be an option.
> >
> >By the way, from my point of view, there's a difference between =
reading
> in
> >and modifying a applicationcontext and its beandefinition and =
actually
> >approaching/using it at runtime. Currently I'm only thinking about =
the
> >former... Using it from Groovy scripts however could be quite =
something
> as
> >well!
> >
> >Regards,
> >Alef
> >
> >
> >
> >
> >
> >
> >>-----Original Message-----
> >>From: spr...@li...
> >>[mailto:spr...@li...] On =
Behalf
> >>Of Darren Davison
> >>Sent: Saturday, April 03, 2004 1:01 PM
> >>To: spr...@li...
> >>Subject: [Springframework-developer] Groovy / Jython (was: Road map)
> >>
> >>On Saturday 03 April 2004 09:47, Alef Arendsen wrote:
> >>
> >>
> >>
> >>>It would be nice to have something in the sandbox indeed. I'm =
currently
> >>>experimenting with a GroovyBeanDefinitionReader and it seems it's =
not
> >>>going to be all that tough to get it running!
> >>>
> >>>
> >>snap!
> >>
> >>I started looking at something similar in both Groovy and Jython =
(partly
> >>to
> >>see which of those two was 'best'). Thought it may be very useful =
for
> >>writing tests or certain deployment scripts.
> >>
> >>How far have you got with it?
> >>
> >>--
> >>
> >>Darren Davison
> >>Public Key: http://www.davison.uk.net/key.jsp
> >>
> >>
> >>-------------------------------------------------------
> >>This SF.Net email is sponsored by: IBM Linux Tutorials
> >>Free Linux tutorial presented by Daniel Robbins, President and CEO =
of
> >>GenToo technologies. Learn everything from fundamentals to system
> =
>>administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick
> >>_______________________________________________
> >>Springframework-developer mailing list
> >>Spr...@li...
> =
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >>
> >>
> >
> >
> >
> >-------------------------------------------------------
> >This SF.Net email is sponsored by: IBM Linux Tutorials
> >Free Linux tutorial presented by Daniel Robbins, President and CEO of
> >GenToo technologies. Learn everything from fundamentals to system
> >administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick
> >_______________________________________________
> >Springframework-developer mailing list
> >Spr...@li...
> =
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> >
> >
> >
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Rod J. <rod...@in...> - 2004-04-06 19:21:19
|
The XmlBeanFactory and other such classes are largely preserved for backw=
ard
compatibility. Also, having a separation is important, but users shouldn'=
t
be *forced* to be aware of it.
----- Original Message -----
From: "Alef Arendsen" <al...@jt...>
To: <spr...@li...>
Sent: Monday, April 05, 2004 10:42 PM
Subject: RE: [Springframework-developer] Groovy / Jython (was: Road map)
What about the separation between BeanDefinitionReaders and BeanFactories=
? I
thought BeanDefinitionReaders were supposed to do the stuff specific to t=
he
format (say XML or properties) and BeanFactory is just the container. But
that's confusing because there still is a *Xml*BeanFactory out there.
J=FCrgen, what's your take on this? Is the XmlBeanFactory and XmlWebAppCt=
x
something ancient or does it still have its use?
Alef
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On Behal=
f
> Of Thomas Risberg
> Sent: Sunday, April 04, 2004 10:35 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] Groovy / Jython (was: Road map=
)
>
> I have bee experimenting a bit with Jython. I have not used it for a
> while, so I'm a bit rusty, but I did load an application context and
> used a data source been that was defined in it.
>
> I think that the different types of bean factories are going to have
> different feature sets - property files are less feature rich than the
> xml files. With jython and groovy, we will have similar issues where
> some features just does not fit naturally.
>
> Here is my context (applicationContext.py):
>
> from org.springframework.jdbc.datasource import DriverManagerDataSource
> from org.springframework.jdbc.core import JdbcTemplate
>
> dataSource =3D DriverManagerDataSource()
> dataSource.driverClassName=3D"org.hsqldb.jdbcDriver"
> dataSource.url=3D"jdbc:hsqldb:hsql://localhost"
> dataSource.username=3D"sa"
> dataSource.password=3D""
>
> db =3D JdbcTemplate(dataSource)
>
>
> Here is my code (LoadPyContext.java:
>
> import java.util.List;
>
> import org.python.core.PySystemState;
> import org.python.util.PythonInterpreter;
> import org.springframework.jdbc.core.JdbcTemplate;
>
> public class LoadPyContext {
> public static void main(String[] args) {
> System.out.println("Start");
> PySystemState.initialize();
> PythonInterpreter pyInterp =3D new PythonInterpreter();
> pyInterp.execfile("applicationContext.py");
> JdbcTemplate db =3D (JdbcTemplate) pyInterp.get("db",
> JdbcTemplate.class);
> List l =3D db.queryForList("select brand, price from beer");
> System.out.println(l);
> }
> }
>
> I guess the next step is to actually create a PythonBeanFactory.
>
> Thomas
>
> Alef Arendsen wrote:
>
> >Err,
> >
> >Been able to get a beanfactory up-and-running, however, not in a way a=
s
> >elegant as I wanted it to be, but that's something that's probably goi=
ng
> to
> >take some more time and thinking. It's something like this, and I don'=
t
> like
> >it ;-)
> >
> >test =3D new BeanDef (age:8,name:'susan')
> >test.singleton =3D true
> >test.dependencyCheck =3D PRIMITIVES
> >
> >est =3D new BeanDef (age:10)
> >est.name=3D'jim'
> >est.spouse=3Dtest
> >est.singleton =3D false
> >
> >I'm not entirely sure how to go about the dependencies and properties =
of
> a
> >bean versus the behavioral stuff (singleton, dependency checking,
> etcetera).
> >For sure we need some extra stuff here (i.e. some kind of wrapper arou=
nd
> the
> >BeanDefinition class--the BeanDef class in the script above), I don't
> think
> >dealing with MutablePropertyValue objects in a Groovy script directly =
is
> the
> >way to go. But maybe you noticed the problem in the script above alrea=
dy:
> >you can't have dependencies named 'singleton' or 'dependencyCheck' her=
e.
> So
> >maybe including some kind of metadata object might be an option.
> >
> >By the way, from my point of view, there's a difference between readin=
g
> in
> >and modifying a applicationcontext and its beandefinition and actually
> >approaching/using it at runtime. Currently I'm only thinking about the
> >former... Using it from Groovy scripts however could be quite somethin=
g
> as
> >well!
> >
> >Regards,
> >Alef
> >
> >
> >
> >
> >
> >
> >>-----Original Message-----
> >>From: spr...@li...
> >>[mailto:spr...@li...] On Beh=
alf
> >>Of Darren Davison
> >>Sent: Saturday, April 03, 2004 1:01 PM
> >>To: spr...@li...
> >>Subject: [Springframework-developer] Groovy / Jython (was: Road map)
> >>
> >>On Saturday 03 April 2004 09:47, Alef Arendsen wrote:
> >>
> >>
> >>
> >>>It would be nice to have something in the sandbox indeed. I'm curren=
tly
> >>>experimenting with a GroovyBeanDefinitionReader and it seems it's no=
t
> >>>going to be all that tough to get it running!
> >>>
> >>>
> >>snap!
> >>
> >>I started looking at something similar in both Groovy and Jython (par=
tly
> >>to
> >>see which of those two was 'best'). Thought it may be very useful fo=
r
> >>writing tests or certain deployment scripts.
> >>
> >>How far have you got with it?
> >>
> >>--
> >>
> >>Darren Davison
> >>Public Key: http://www.davison.uk.net/key.jsp
> >>
> >>
> >>-------------------------------------------------------
> >>This SF.Net email is sponsored by: IBM Linux Tutorials
> >>Free Linux tutorial presented by Daniel Robbins, President and CEO of
> >>GenToo technologies. Learn everything from fundamentals to system
> >>administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick
> >>_______________________________________________
> >>Springframework-developer mailing list
> >>Spr...@li...
> >>https://lists.sourceforge.net/lists/listinfo/springframework-develope=
r
> >>
> >>
> >
> >
> >
> >-------------------------------------------------------
> >This SF.Net email is sponsored by: IBM Linux Tutorials
> >Free Linux tutorial presented by Daniel Robbins, President and CEO of
> >GenToo technologies. Learn everything from fundamentals to system
> >administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick
> >_______________________________________________
> >Springframework-developer mailing list
> >Spr...@li...
> >https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> >
> >
> >
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Rod J. <rod...@in...> - 2004-04-04 13:50:46
|
Let's get this on a wiki page. Confluence, please :-) I think we should also commit on the roadmap to: - More bean definition options, scripting and a good JDBC option. Some of this might make 1.1; some 1.2. We should not hold 1.1 for it, but just se= e what's ready in time. - Dynamic reconfiguration. I'm working on this and should have something = in the sandbox in the next couple of weeks. Assuming enough people are interested in this to start kicking the tyres and helping with testing, I= 'm optimistic we'll get it in for 1.1. I think it's an important feature. - JSF integration: at least the easy part of it, for 1.1. Ed Burns, the s= pec lead, is very interested in Spring and has offered to help us with this, which is fantastic. I see 1.1 as an evolutionary release, without notable new concepts. I'm also keen to work in the longer term towards anything that can furthe= r simplify development: for example, leveraging metadata attributes to more things. (Anyone tried the metadata-driven web controller option, btw?) If you have any suggestions for making developers' lives easier, please shar= e them, so we can make Spring even better. Regards, Rod ----- Original Message ----- From: <tho...@tr...> To: <spr...@li...> Sent: Thursday, April 01, 2004 6:09 PM Subject: Re: [Springframework-developer] Road map > > From a JDBC perspective I'd like to add support for JDBC 3.0 auto generated > keys, maybe via an SqlInsert object. This should be possible for 1.1. > > I'd also like to see support for declaring ApplicationContexts using a scripting > language like Jython. This would probably be best for 1.2. > > James Duncan Davidson has an interesting take on Ant and XML files: > http://x180.net/Articles/Java/AntAndXML.html > > Thomas > > > Quoting Colin Sampaleanu <col...@ex...>: > > > I'll be writing a number of tools to support some people here in code > > manipulation and debuggin, but I'm not sure exactly how much actual U= I > > there'll be. A fair number of them may be command-line or with simple > > UIs, so at this point it's not a given that I'll need any sort of > > complicated library. I'll probably be starting in about 3-4 weeks. > > > > As for Eclipse, I've used it for ages, but on the programming side I'= m > > actually a complete neophyte, although I'm itching to get into the RC= P stuff > > > > Keith Donald wrote: > > > > >Colin, > > > > > >When do you think you'll be moving to the client-side? It'd be grea= t to > > >work together. I have a similiar requirement: I need RCP in my curr= ent > > >project, so I will be nicely aligned for developing the module over = the > > >coming months. It would be great if you could be an early adopter a= nd > > >developer at the same time... > > > > > >If you decide to go Eclipse RCP that would be good, too. The main upside I > > >think we can offer is better Swing support (Swing is more mature tha= n SWT, > > >and obviously a standard) and a nice integration with the rest of Spring. > > >But having an Eclipse expert would be invaluable for improving our platform > > >capabilities. I'd also be interested in seeing if there are ways we can > > >integrate with the Eclipse effort as it matures, too. > > > > > >Keith > > > > > >----- Original Message ----- > > >From: "Colin Sampaleanu" <col...@ex...> > > >To: <spr...@li...> > > >Sent: Wednesday, March 31, 2004 5:20 PM > > >Subject: Re: [Springframework-developer] Road map > > > > > > > > > > > > > > >>Actually it's looking like I may be doing some client-side work (as > > >>opposed to the mostly back-end/web stuff I am doing now), so I may = get > > >>involved. Haven't decided if I want to do the stuff in Swing or Eclipse > > >>RCP though... > > >> > > >> > > >>Keith Donald wrote: > > >> > > >> > > >> > > >>>Just like to add to the pot here regarding spring-rcp (especially since > > >>> > > >>> > > >work > > > > > > > > >>>is picking back up now): > > >>> > > >>>- I'd like to target the first 1.0 RCP release candidate along sid= e > > >>> > > >>> > > >Spring > > > > > > > > >>>1.1 final this summer. > > >>> > > >>>We plan to include in the distribution a sample application demonstrating > > >>>the features of the platform (likely a port of the PetClinic or Thomas's > > >>>Beer app, adding RCP value like 'quick' sorting/filtering and as-you-type > > >>>field validation.) I am hopeful by the first release we'll have several > > >>>articles lined up, too (I know several people interested in rich client > > >>> > > >>> > > >dev > > > > > > > > >>>have expressed interest in helping out there!) > > >>> > > >>>Thanks, > > >>>Keith > > >>> > > >>> > > >>>-----Original Message----- > > >>>From: spr...@li... > > >>>[mailto:spr...@li...] On Behalf > > >>> > > >>> > > >Of > > > > > > > > >>>j=FCrgen h=F6ller [werk3AT] > > >>>Sent: Wednesday, March 31, 2004 9:44 AM > > >>>To: spr...@li... > > >>>Subject: Re: [Springframework-developer] Road map > > >>> > > >>> > > >>>Good point regarding scheduling 1.1.1. I've intended to fill in a > > >>>placeholder to make the gap to 1.2 RC1 seem less large ;-) I completely > > >>>agree that we shouldn't schedule such point releases in an officia= l > > >>> > > >>> > > >release > > > > > > > > >>>plan. > > >>> > > >>>If we manage to get JSF and/or Portlet support done in time for 1.= 1, then > > >>>I'm all for including it earlier. I'd like to release 1.1 final by the > > >>> > > >>> > > >end > > > > > > > > >>>of August, though; I don't want to delay it for further features. > > >>> > > >>>Juergen > > >>> > > >>> > > >>>-----Original Message----- > > >>>From: spr...@li... > > >>>[mailto:spr...@li...]On Behalf > > >>> > > >>> > > >Of > > > > > > > > >>>Rod Johnson > > >>>Sent: Wednesday, March 31, 2004 2:41 PM > > >>>To: spr...@li... > > >>>Subject: Re: [Springframework-developer] Road map > > >>> > > >>> > > >>>Some comments: > > >>> > > >>>Spring 1.0.x: doc polishing, bugfixing, minor enhancements > > >>>- 1.0.1: early April > > >>>- 1.0.2: late May > > >>> > > >>>Spring 1.1.x: JMS support, JMX support, declarative validation > > >>>[RJ: pointcut expression language (AOP), JSR-175 preview? ] > > >>>- 1.1 RC1: early July > > >>>- 1.1 final: late August > > >>>- 1.1.1: late September > > >>>[RJ: why are we _scheduling_ a 1.1.1?] > > >>> > > >>>Spring 1.2.x: OGNL support, JCA support, enhanced RMI support > > >>>- 1.2 RC1: early November > > >>>- 1.2 final: late December > > >>> > > >>>Further issues are JSF and Portlet support. There is actually quit= e a bit > > >>> > > >>> > > >of > > > > > > > > >>>interest in these from various users/integrators; they are also important > > >>>for us from a marketing perspective. I'm not keen on providing official > > >>>support before 1.2, though. > > >>> > > >>>[RJ: depends on what's involved. I'd be keen to have JSF support sooner > > >>>rather than later if it's straightforward. I'm going to be looking= at > > >>> > > >>> > > >that > > > > > > > > >>>soon. Portlets I think are more of a niche interest. ] > > >>> > > >>>Regards, > > >>>Juergen > > >>> > > >>> > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > GenToo technologies. Learn everything from fundamentals to system > > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3D= click > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-develope= r > > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dc= lick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Dmitriy K. <dko...@ru...> - 2004-04-03 00:26:18
|
How about JMX enabled BeanFactory/ApplicationConetext exposed via HTTP adaptor? Regards, Dmitriy. ----- Original Message ----- From: Andy Depue <an...@ma...> Date: Friday, April 2, 2004 6:16 pm Subject: Re: [Springframework-developer] Road map > On Friday 02 April 2004 02:09 pm, Rod Johnson wrote: > > > ... > > Another configuration option I'll be looking at shortly is improved > > database storage. I'm going to need this for a client. > > > > I'm also looking at hot reload of contexts. I should have > something in the > > sandbox in the next week or so. It looks quite exciting, and > enables any > > bean definition to be modified: even to have different dependencies. > > I'll put my vote in for these two options. Eventually, we desire > to have a > web based administration console for our application, and with > Spring > configuration stored in the DB, along with hot reload, we could > enable an > Administrator to tweak applicable configuration options dynamically. > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
