Menu
▾
▴
springframework-developer
|
From: <se...@eh...> - 2004-06-01 19:17:47
|
Quoting "jürgen höller [werk3AT]" <jue...@we...>: > Repeated complaints that there were no default editors for = > java.lang.Boolean, java.lang.Integer etc prompted that change. What we = > register by default now are standard instances of CustomBooleanEditor = > and CustomNumberEditor; in the latter case, using = > Integer.parseInt/toString and co rather than a NumberFormat instance. > =20 > Of course, those defaults can still be overridden by the usual = > registerCustomEditor calls, typically with custom instances of = > CustomBooleanEditor and CustomNumberEditor. What makes those editors = > "custom" is that they're configurable, in contrast to most other = > PropertyEditors. We just provide default instances of them now, but = > still allow for registering customized instances. OK, thanks for the update! That will certainly cut down on some code. Though I like having the option of registering my own instances. Another reason I like Spring: great defaults, but easy to customize. Seth ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Mike Cannon-B. <mca...@gm...> - 2004-06-02 00:32:02
|
Stable here (running HEAD) - just release it already :) PS It's already June 2nd here - I know Sydney time is ahead of the world, but that surely makes it hard to make a release in May ;) Cheers, Mike On Tue, 1 Jun 2004 09:11:45 -1000, se...@eh... <se...@eh...> wro= te: >=20 > Quoting "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>: >=20 > > Repeated complaints that there were no default editors for =3D > > java.lang.Boolean, java.lang.Integer etc prompted that change. What we = =3D > > register by default now are standard instances of CustomBooleanEditor = =3D > > and CustomNumberEditor; in the latter case, using =3D > > Integer.parseInt/toString and co rather than a NumberFormat instance. > > =3D20 > > Of course, those defaults can still be overridden by the usual =3D > > registerCustomEditor calls, typically with custom instances of =3D > > CustomBooleanEditor and CustomNumberEditor. What makes those editors = =3D > > "custom" is that they're configurable, in contrast to most other =3D > > PropertyEditors. We just provide default instances of them now, but =3D > > still allow for registering customized instances. >=20 > OK, thanks for the update! That will certainly cut down on some code. T= hough I > like having the option of registering my own instances. Another reason I= like > Spring: great defaults, but easy to customize. >=20 > Seth >=20 > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Darren D. <da...@da...> - 2004-06-02 05:45:47
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 02 June 2004 01:32, Mike Cannon-Brookes wrote: > Stable here (running HEAD) - just release it already :) > > PS It's already June 2nd here - I know Sydney time is ahead of the > world, but that surely makes it hard to make a release in May ;) When you're as experienced at waiting for releases as SiteMesh users, it=20 doesn't seem so bad eh Mike? (giggle) ;-) =2D --=20 Darren Davison Public Key: http://www.davison.uk.net/pages/key.htm =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAvWl+KLMLAN01aw0RAjVlAKCWXLtJB3cPYgVol0MPP6zZ29fHaACgl74c qjnIlidoaFjZyGl/o6hPZ4I=3D =3DjyzP =2D----END PGP SIGNATURE----- |
|
From: <jue...@we...> - 2004-05-29 23:11:38
|
Done - everything's in CVS now from my point of view. Of course, tons of = minor polishing, as usual ;-) =20 So, last chance to review anything. Thomas, I hope the stored procedure = refactorings from a couple of days ago are fine as-is. =20 I'll take the release snapshot tomorrow early afternoon, doing my usual = sample app tests then before uploading to SourceForge. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von j=FCrgen h=F6ller [werk3AT] Gesendet: Fr 28.05.2004 13:24 An: spr...@li... Betreff: Re: [Springframework-developer] Preparing for 1.0.2 I plan to release 1.0.2 tomorrow morning - finally... BTW, I'm committing a couple of minor refinements during the course of = today. Among them is that BeanWrapperImpl registers default editors for = Boolean and Number objects now, using Integer.valueOf/toString etc. Juergen ________________________________ Von: spr...@li... im Auftrag = von Alef Arendsen Gesendet: Fr 28.05.2004 12:47 An: spr...@li... Betreff: RE: [Springframework-developer] Preparing for 1.0.2 Juergen, if you still need to release 1.0.2, the doco for the scheduler = can still make it. I've inserted an issue in jira, but set the fix = version to 1.0.3, if the doco makes it, I'll switch it to 1.0.2 Alef -----Original Message----- From: spr...@li... = [mailto:spr...@li...] On Behalf = Of j=FCrgen h=F6ller [werk3AT] Sent: Thursday, May 27, 2004 7:01 PM To: spr...@li... Subject: Re: [Springframework-developer] Preparing for 1.0.2 Looking at it the other way round: Why not use the DataSource itself as = key? That's what we're doing to manage transactional resources too. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of tho...@tr... Sent: Thursday, May 27, 2004 5:38 PM To: spr...@li... Subject: Re: [Springframework-developer] Preparing for 1.0.2 I remember we considered it extremely unlikely that two datasources for different database products would have the same hash value - also, the = worst case scenario would be a poor translation of an error. It would not = cause an error. If you feel using the actual datasource as the key is safer, then I'm OK = with that too. Thomas Quoting "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>: > I've also reworked SQLErrorCodesFactory to use the DataSource itself = as =3D > key of the dataSourceProductName HashMap, instead of the previous =3D > Integer built from DataSource.hashCode. With the new SQLErrorCodes =3D > themselves being held in a WeakReference, this shouldn't cause garbage = =3D > collection issues. > > Actually, the previous strategy wasn't entirely safe: If two different = =3D > DataSources had the same hashCode, they would have overwritten each = =3D > other in the Map, as the corresponding Integer keys would have been = =3D > equal. With the DataSources themselves as keys, same hashCodes would = =3D > just result in less efficient hash lookup but correct storage of both = =3D > DataSources. > > Juergen > > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...]On = Behalf > Of j=3DFCrgen h=3DF6ller [werk3AT] > Sent: Thursday, May 27, 2004 11:08 AM > To: spr...@li... > Subject: Re: [Springframework-developer] Preparing for 1.0.2 > > > Further minor refinements that I committed yesterday: > =3D20 > - added IncorrectResultSizeDataAccessException to dao package > - added DataAccessUtils class to dao.support package, providing =3D > "uniqueResult" and "requiredUniqueResult" methods > - refactored SqlQuery.findObject to delegate to =3D > DataAccessUtils.uniqueResult > =3D20 > DataAccessUtils.uniqueResult should be useful for any DAO that = receives =3D > a List and expects a unique result object in it, for example with =3D > Hibernate finders, i.e. Session.find respectively =3D > HibernateTemplate.find. The uniqueResult method throws =3D > IncorrectResultSizeDataAccessException if the result is not actually = =3D > unique; that's why it is in the dao.support package. > =3D20 > Juergen > =3D20 > > ________________________________ > > Von: spr...@li... im Auftrag = =3D > von j=3DFCrgen h=3DF6ller [werk3AT] > Gesendet: Do 27.05.2004 10:33 > An: spr...@li... > Betreff: Re: [Springframework-developer] Preparing for 1.0.2 > > > > Oh well, time schedules and my perfectionism... > > I've done some further polishing, committed yesterday morning =3D > respectively today: > > - I've factored out RowMapperResultReader from SqlParameter, to make = =3D > RowMapper usable for plain JDBC queries too > - JdbcTemplate.call respectively StoredProcedure supports =3D > ResultSetExtractor as output parameter too > - I've slightly refactored JdbcTemplate.call's implementation to allow = =3D > for a higher level of code reuse > > - AbstractAutowireCapableBeanFactory catches Throwable on bean = creation, =3D > rethrowing it as meaningful BeanCreationException > - DefaultListableBeanFactory.preInstantiateSingletons cleans up = already =3D > created singletons if it fails > - XmlViewResolver and ResourceBundleViewResolver clean up their view = =3D > bean factories on context shutdown > > Thomas, it would be great if you had a chance to review the JDBC =3D > changes, and maybe run a couple of integration tests with stored =3D > procedures - to make sure that I haven't broken anything, even if the = =3D > test suite passes. > > As there haven't been any reports on problems with the garbage =3D > collection changes, I plan to go ahead and finalize 1.0.2 for = tomorrow. > > Juergen > > > ________________________________ > > Von: spr...@li... im Auftrag = =3D > von j=3DFCrgen h=3DF6ller [werk3AT] > Gesendet: Mi 26.05.2004 07:38 > An: spr...@li... > Betreff: Re: [Springframework-developer] Preparing for 1.0.2 > > > > There hasn't been any change in AbstractXsltView since 1.0 final, so I = =3D > guess this is usual behavior... > > BTW, current planned release date: tonight! I know, I know - this time = =3D > for real, provided that there's no showstopper :-) > > Juergen > > > ________________________________ > > Von: spr...@li... im Auftrag = =3D > von Darren Davison > Gesendet: Mi 26.05.2004 01:40 > An: spr...@li... > Betreff: Re: [Springframework-developer] Preparing for 1.0.2 > > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wednesday 26 May 2004 00:27, Darren Davison wrote: > > > AbstractXsltView (line 143) shown below is throwing a > > TransformerConfigurationException. The stylesheet is correctly = loaded > > and appears valid whether loaded from a servlet context resource or = a > > classpath resource (the 2 I tried). > > hmm.. > > it seems that removing any <xsl:output> tags in the stylesheets =3D > themselves > makes the problem disappear. That strikes me as a bit odd though: has > something changed recently in XSL world? I can't find any info on =3D > this.. > > Cheers, > - -- > Darren Davison > Public Key: http://www.davison.uk.net/pages/key.htm > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.4 (GNU/Linux) > > iD8DBQFAs9l7KLMLAN01aw0RAgFCAJ97NbqA547fyx6rCQLiSXkCUFWreQCghOiD > Tle6ycCFcmn5hNf2ZLZznX0=3D3D > =3D3D4YWT > -----END PGP SIGNATURE----- > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle = 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id149&alloc_id=3D8166&op=3D3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle = 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id149&alloc_id=3D8166&op=3D3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle = 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id149&alloc_id=3D8166&op=3D3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle = 10g. =3D > > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id149&alloc_id=3D8166&op=3D3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle = 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149&alloc_id=8166&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149&alloc_id=8166&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149&alloc_id=8166&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jue...@we...> - 2004-05-30 15:38:16
|
OK, the very last time: Triggered by Guillaume's findings, there is a = simpler solution for the garbage collection problem now, which is = actually much closer to the original code, as the only change compared = to the 1.0.1 codebase is in the CachedIntrospectionResults class. Less = to worry about in terms of stability than with last week's solution... =20 As I'm about to leave for a concert in a couple of minutes, the actual = release will happen tomorrow. At least, it's still gonna be May, isn't = it ;-) =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von j=FCrgen h=F6ller [werk3AT] Gesendet: So 30.05.2004 01:07 An: spr...@li... Betreff: Re: [Springframework-developer] Preparing for 1.0.2 Done - everything's in CVS now from my point of view. Of course, tons of = minor polishing, as usual ;-) So, last chance to review anything. Thomas, I hope the stored procedure = refactorings from a couple of days ago are fine as-is. I'll take the release snapshot tomorrow early afternoon, doing my usual = sample app tests then before uploading to SourceForge. Juergen ________________________________ Von: spr...@li... im Auftrag = von j=FCrgen h=F6ller [werk3AT] Gesendet: Fr 28.05.2004 13:24 An: spr...@li... Betreff: Re: [Springframework-developer] Preparing for 1.0.2 I plan to release 1.0.2 tomorrow morning - finally... BTW, I'm committing a couple of minor refinements during the course of = today. Among them is that BeanWrapperImpl registers default editors for = Boolean and Number objects now, using Integer.valueOf/toString etc. Juergen ________________________________ Von: spr...@li... im Auftrag = von Alef Arendsen Gesendet: Fr 28.05.2004 12:47 An: spr...@li... Betreff: RE: [Springframework-developer] Preparing for 1.0.2 Juergen, if you still need to release 1.0.2, the doco for the scheduler = can still make it. I've inserted an issue in jira, but set the fix = version to 1.0.3, if the doco makes it, I'll switch it to 1.0.2 Alef -----Original Message----- From: spr...@li... = [mailto:spr...@li...] On Behalf = Of j=FCrgen h=F6ller [werk3AT] Sent: Thursday, May 27, 2004 7:01 PM To: spr...@li... Subject: Re: [Springframework-developer] Preparing for 1.0.2 Looking at it the other way round: Why not use the DataSource itself as = key? That's what we're doing to manage transactional resources too. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of tho...@tr... Sent: Thursday, May 27, 2004 5:38 PM To: spr...@li... Subject: Re: [Springframework-developer] Preparing for 1.0.2 I remember we considered it extremely unlikely that two datasources for different database products would have the same hash value - also, the = worst case scenario would be a poor translation of an error. It would not = cause an error. If you feel using the actual datasource as the key is safer, then I'm OK = with that too. Thomas Quoting "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>: > I've also reworked SQLErrorCodesFactory to use the DataSource itself = as =3D > key of the dataSourceProductName HashMap, instead of the previous =3D > Integer built from DataSource.hashCode. With the new SQLErrorCodes =3D > themselves being held in a WeakReference, this shouldn't cause garbage = =3D > collection issues. > > Actually, the previous strategy wasn't entirely safe: If two different = =3D > DataSources had the same hashCode, they would have overwritten each = =3D > other in the Map, as the corresponding Integer keys would have been = =3D > equal. With the DataSources themselves as keys, same hashCodes would = =3D > just result in less efficient hash lookup but correct storage of both = =3D > DataSources. > > Juergen > > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...]On = Behalf > Of j=3DFCrgen h=3DF6ller [werk3AT] > Sent: Thursday, May 27, 2004 11:08 AM > To: spr...@li... > Subject: Re: [Springframework-developer] Preparing for 1.0.2 > > > Further minor refinements that I committed yesterday: > =3D20 > - added IncorrectResultSizeDataAccessException to dao package > - added DataAccessUtils class to dao.support package, providing =3D > "uniqueResult" and "requiredUniqueResult" methods > - refactored SqlQuery.findObject to delegate to =3D > DataAccessUtils.uniqueResult > =3D20 > DataAccessUtils.uniqueResult should be useful for any DAO that = receives =3D > a List and expects a unique result object in it, for example with =3D > Hibernate finders, i.e. Session.find respectively =3D > HibernateTemplate.find. The uniqueResult method throws =3D > IncorrectResultSizeDataAccessException if the result is not actually = =3D > unique; that's why it is in the dao.support package. > =3D20 > Juergen > =3D20 > > ________________________________ > > Von: spr...@li... im Auftrag = =3D > von j=3DFCrgen h=3DF6ller [werk3AT] > Gesendet: Do 27.05.2004 10:33 > An: spr...@li... > Betreff: Re: [Springframework-developer] Preparing for 1.0.2 > > > > Oh well, time schedules and my perfectionism... > > I've done some further polishing, committed yesterday morning =3D > respectively today: > > - I've factored out RowMapperResultReader from SqlParameter, to make = =3D > RowMapper usable for plain JDBC queries too > - JdbcTemplate.call respectively StoredProcedure supports =3D > ResultSetExtractor as output parameter too > - I've slightly refactored JdbcTemplate.call's implementation to allow = =3D > for a higher level of code reuse > > - AbstractAutowireCapableBeanFactory catches Throwable on bean = creation, =3D > rethrowing it as meaningful BeanCreationException > - DefaultListableBeanFactory.preInstantiateSingletons cleans up = already =3D > created singletons if it fails > - XmlViewResolver and ResourceBundleViewResolver clean up their view = =3D > bean factories on context shutdown > > Thomas, it would be great if you had a chance to review the JDBC =3D > changes, and maybe run a couple of integration tests with stored =3D > procedures - to make sure that I haven't broken anything, even if the = =3D > test suite passes. > > As there haven't been any reports on problems with the garbage =3D > collection changes, I plan to go ahead and finalize 1.0.2 for = tomorrow. > > Juergen > > > ________________________________ > > Von: spr...@li... im Auftrag = =3D > von j=3DFCrgen h=3DF6ller [werk3AT] > Gesendet: Mi 26.05.2004 07:38 > An: spr...@li... > Betreff: Re: [Springframework-developer] Preparing for 1.0.2 > > > > There hasn't been any change in AbstractXsltView since 1.0 final, so I = =3D > guess this is usual behavior... > > BTW, current planned release date: tonight! I know, I know - this time = =3D > for real, provided that there's no showstopper :-) > > Juergen > > > ________________________________ > > Von: spr...@li... im Auftrag = =3D > von Darren Davison > Gesendet: Mi 26.05.2004 01:40 > An: spr...@li... > Betreff: Re: [Springframework-developer] Preparing for 1.0.2 > > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wednesday 26 May 2004 00:27, Darren Davison wrote: > > > AbstractXsltView (line 143) shown below is throwing a > > TransformerConfigurationException. The stylesheet is correctly = loaded > > and appears valid whether loaded from a servlet context resource or = a > > classpath resource (the 2 I tried). > > hmm.. > > it seems that removing any <xsl:output> tags in the stylesheets =3D > themselves > makes the problem disappear. That strikes me as a bit odd though: has > something changed recently in XSL world? I can't find any info on =3D > this.. > > Cheers, > - -- > Darren Davison > Public Key: http://www.davison.uk.net/pages/key.htm > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.4 (GNU/Linux) > > iD8DBQFAs9l7KLMLAN01aw0RAgFCAJ97NbqA547fyx6rCQLiSXkCUFWreQCghOiD > Tle6ycCFcmn5hNf2ZLZznX0=3D3D > =3D3D4YWT > -----END PGP SIGNATURE----- > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle = 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id149&alloc_id=3D8166&op=3D3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle = 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id149&alloc_id=3D8166&op=3D3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle = 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id149&alloc_id=3D8166&op=3D3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle = 10g. =3D > > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id149&alloc_id=3D8166&op=3D3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle = 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149&alloc_id=8166&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149&alloc_id=8166&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149&alloc_id=8166&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149&alloc_id=8166&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jue...@we...> - 2004-06-02 01:15:55
|
For the umpteenth time, I've committed all my changes to CVS HEAD... :-) = This time, a couple of refinements in the beans area, in terms of the = introspection cache and in terms of exception usage, plus a bugfix in = the MessageFormat handling of our MessageSources. =20 Thomas, I've also refined WebLogicNativeJdbcExtractor's implementation: = I've introduced a NativeJdbcExtractorAdapter base class that all = extractors derive from now, simplifying their implementations. = Furthermore, WebLogicNativeJdbcExtractor caches the = "getVendorConnection" Method object now. =20 I'm gonna give the current codebase a sanity check with werk3AT apps = tomorrow morning, and finally-finally-finally upload the release to = SourceForge during the day. And afterwards, I'll take a couple of days = off ;-) =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Mike Cannon-Brookes Gesendet: Mi 02.06.2004 02:32 An: spr...@li... Betreff: Re: [Springframework-developer] Preparing for 1.0.2 Stable here (running HEAD) - just release it already :) PS It's already June 2nd here - I know Sydney time is ahead of the world, but that surely makes it hard to make a release in May ;) Cheers, Mike On Tue, 1 Jun 2004 09:11:45 -1000, se...@eh... <se...@eh...> = wrote: > > Quoting "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>: > > > Repeated complaints that there were no default editors for =3D > > java.lang.Boolean, java.lang.Integer etc prompted that change. What = we =3D > > register by default now are standard instances of = CustomBooleanEditor =3D > > and CustomNumberEditor; in the latter case, using =3D > > Integer.parseInt/toString and co rather than a NumberFormat = instance. > > =3D20 > > Of course, those defaults can still be overridden by the usual =3D > > registerCustomEditor calls, typically with custom instances of =3D > > CustomBooleanEditor and CustomNumberEditor. What makes those editors = =3D > > "custom" is that they're configurable, in contrast to most other =3D > > PropertyEditors. We just provide default instances of them now, but = =3D > > still allow for registering customized instances. > > OK, thanks for the update! That will certainly cut down on some code. = Though I > like having the option of registering my own instances. Another = reason I like > Spring: great defaults, but easy to customize. > > Seth > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle = 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Seth L. <se...@eh...> - 2004-05-24 18:01:29
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 jürgen höller [werk3AT] wrote: | Matt, | | We still haven't decided on how to proceed with the Commons Validator stuff; for the time being, it remains in the sandbox. If you like, please create an issue in our JIRA for it! | | As far as I see, it's just 8 classes, including a specific JSP custom tag; so I could imagine that we include it as part of the Spring distribution. I'm not sure if it should be part of Keith's emerging "spring-rules" subproject; that's rather gonna be a separate rules-based validation engine with its own plug into Spring's validation. And 8 integration classes aren't a convincing candidate for an own subproject either. | | You have used those Commons Validator integration classes pretty intensely, haven't you? Do you already consider them comprehensive enough for a release? Do you see any room for improvement there? Do you know of any existing alternative validation libraries that people could also want to have plugged into Spring? (To me, Commons Validator seems to be the only candidate for direct support in Spring at this point of time.) Just adding in my experience: I've been using the commons-validator code for a few weeks now and it's working great. It was really nice to simply move all my struts formbeans over to spring with hardly a change. Seth -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows XP) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAsjjmKZsFSwtW+wIRAismAJ9RZfdMppkBInsrF3YlLm2OsYqfNQCfU7Yv xOJ3KjQIaksHKFy5whMUno0= =TQaj -----END PGP SIGNATURE----- |
|
From: Keith D. <kd...@cs...> - 2004-05-24 18:45:07
|
I agree the commons-validator adapter should not be part of the emerging declarative rules subproject. It really is a small, specialized adapter = for those who already have an investment in commons-validator (generally = those migrating from Struts.) And with the adapter being so small, it might just be worth including. = Or possibly we want a generic "extensions" or "contrib" module for it. Our declarative rules stuff will bring more power to the table (e.g = complex, nested bean property expressions), and an easier extensibility model for defining new rules (as well as fully automated results reporting), but = yes it is still under development. =20 As far as the code, it is good but we still need unit test coverage. Keith -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of Seth Ladd Sent: Monday, May 24, 2004 2:03 PM To: spr...@li... Subject: Re: [Springframework-developer] Preparing for 1.0.2 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 j=FCrgen h=F6ller [werk3AT] wrote: | Matt, | | We still haven't decided on how to proceed with the Commons Validator stuff; for the time being, it remains in the sandbox. If you like, please create an issue in our JIRA for it! | | As far as I see, it's just 8 classes, including a specific JSP custom tag; so I could imagine that we include it as part of the Spring distribution. I'm not sure if it should be part of Keith's emerging "spring-rules" subproject; that's rather gonna be a separate rules-based validation engine with its own plug into Spring's validation. And 8 integration classes aren't a convincing candidate for an own subproject either. | | You have used those Commons Validator integration classes pretty intensely, haven't you? Do you already consider them comprehensive enough for a release? Do you see any room for improvement there? Do you know of any existing alternative validation libraries that people could also want to have plugged into Spring? (To me, Commons Validator seems to be the only candidate for direct support in Spring at this point of time.) Just adding in my experience: I've been using the commons-validator code for a few weeks now and it's working great. It was really nice to simply move all my struts formbeans over to spring with hardly a change. Seth -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows XP) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAsjjmKZsFSwtW+wIRAismAJ9RZfdMppkBInsrF3YlLm2OsYqfNQCfU7Yv xOJ3KjQIaksHKFy5whMUno0=3D =3DTQaj -----END PGP SIGNATURE----- ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. = Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Matt R. <li...@ra...> - 2004-05-26 02:57:11
|
See comments below. On May 22, 2004, at 12:13 PM, j=FCrgen h=F6ller [werk3AT] wrote: > Matt, > > We still haven't decided on how to proceed with the Commons Validator=20= > stuff; for the time being, it remains in the sandbox. If you like,=20 > please create an issue in our JIRA for it! I can certainly create an issue in JIRA if that's what's needed to get=20= it moved into the core. > > As far as I see, it's just 8 classes, including a specific JSP custom=20= > tag; so I could imagine that we include it as part of the Spring=20 > distribution. I'm not sure if it should be part of Keith's emerging=20 > "spring-rules" subproject; that's rather gonna be a separate=20 > rules-based validation engine with its own plug into Spring's=20 > validation. And 8 integration classes aren't a convincing candidate=20 > for an own subproject either. > > You have used those Commons Validator integration classes pretty=20 > intensely, haven't you? Do you already consider them comprehensive=20 > enough for a release? Do you see any room for improvement there? Do=20 > you know of any existing alternative validation libraries that people=20= > could also want to have plugged into Spring? (To me, Commons Validator=20= > seems to be the only candidate for direct support in Spring at this=20 > point of time.) To be honest, Commons Validator is the only validation engine I've=20 worked with, but I've got a few years of experience with it. It's=20 suited my needs well for those years and I especially like it's slick=20 integration with XDoclet. I do consider them stable enough for a=20 release - though I can't back it up with any real-world experience. My=20= current real-world projects use Struts for the MVC layer and Spring=20 beyond that. One enhancement I'd like to see to commons validator (or=20= another declarative validation engine that allows client-side=20 validation) is the ability to define expression rules. WebWork has=20 this with its OGNL expression support. Don Brown also has a nice=20 example of using XPath expressions with commons validation - at=20 http://tinyurl.com/33ekr. > > I wouldn't mind Spring 1.0.3 as target milestone for it, provided that=20= > we agree that Commons Validator support should be part of the Spring=20= > distribution. Interestingly enough, we already ship=20 > commons-validator.jar, because it is a runtime requirement of Struts -=20= > so we wouldn't even have to ship any further dependencies. Nice. Matt > > Juergen > > > ________________________________ > > Von: spr...@li... im Auftrag=20= > von Matt Raible > Gesendet: Sa 22.05.2004 17:27 > An: spr...@li... > Betreff: Re: [Springframework-developer] Preparing for 1.0.2 > > > > It doesn't appear that the Commons Validator stuff will be in this > release. Will that be in a future release - or is it dependent on the > declarative validation framework (that I believe Keith is still = working > on)? > > Matt > > On May 22, 2004, at 8:10 AM, j=FCrgen h=F6ller [werk3AT] wrote: > >> Hi everybody, >> >> I've just finished my final preparations for our upcoming Spring >> release 1.0.2, scheduled for Sunday night. See the changelog for >> details; most issues have been discussed on the mailing lists or in >> JIRA. All remaining issues in JIRA have been addressed but do not >> incur Spring changes; I plan to close most of them at the time of the >> 1.0.2 release, resolved as "Won't fix". >> >> I've also updated our dependencies: FreeMarker 2.3 RC4, Hibernate >> 2.1.3, iBATIS SQL Maps 2.0 RC4, Velocity Tools 1.1 final, Commons >> Attributes May 9th snapshot. (Will Commons Attributes ever get out of >> the Jakarta sandbox?? At least some sort of official beta release >> would be nice.) BTW, MockObjects is no longer in our libraries, >> neither in CVS nor in the release distribution, as we don't use it >> anymore. >> >> I plan to create the actual release Sunday night. So for all you >> weekend workhorses out there, there's still a chance to test and >> review the current CVS head :-) Please no further enhancements, >> though: As the changelog shows, we've already gathered a lot of minor >> bugfixes and enhancements, so we should get out 1.0.2 ASAP. Further >> enhancements should go into 1.0.3, scheduled for late June. >> >> Juergen >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: Oracle 10g >> Get certified on the hottest thing ever to hit the market... Oracle >> 10g. >> Take an Oracle 10g class now, and we'll give you the exam FREE. >> http://ads.osdn.com/?ad_id149&alloc_id(tm)66&op=CCk >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> = https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle=20 > 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id149&alloc_id=9966&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle=20 > 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id149&alloc_id=9966&op=CCk > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
