Menu
▾
▴
springframework-developer
|
From: <jue...@we...> - 2004-05-22 18:15:07
|
Matt, =20 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! =20 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. =20 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.) =20 I wouldn't mind Spring 1.0.3 as target milestone for it, provided that = we agree that Commons Validator support should be part of the Spring = distribution. Interestingly enough, we already ship = commons-validator.jar, because it is a runtime requirement of Struts - = so we wouldn't even have to ship any further dependencies. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = 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 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-22 22:07:51
|
Doesn't j2ee.jar include the entire J2EE RI, rather than just the J2EE = APIs? In any case, I prefer the individual jars, as they allow to pick = individual API versions rather than a particular J2EE collective. They = also allow application developers to pick just the API jars that they = actually need to compile against. =20 So if we need JCA for some odd reason, I vote for adding the individual = jca.jar to our libs. However,=20 I don' t know of any JCA dependency in our code... Everything compiled = nicely on my machine - without JCA. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Thomas Risberg Gesendet: Sa 22.05.2004 22:26 An: spr...@li... Betreff: Re: [Springframework-developer] Preparing for 1.0.2 I get an error in Eclipse - can't find javax.resource.Referencable. That's part of JCA I think and it does not seem to be in any of our j2ee libs. Why don't we replace servlet.jar, ejb.jar, jdbc2_0-stdext.jar, jms.jar and jta.jar with the full j2ee.jar. That way we have all the dependencies resolved. What version? I tried 1.3 and with it everything compiles. The new 1.4 seems to have some new methods in some of the interfaces and some of our MockObject implementations did not compile. Thomas 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=8166&op=3Dclick >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > >=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: Thomas R. <tho...@tr...> - 2004-05-22 22:53:43
|
It is orm.hibernate.SessionFactoryUtils - Eclipse claims that it is indirectly referenced from required .class files. Thomas jürgen höller [werk3AT] wrote: >Doesn't j2ee.jar include the entire J2EE RI, rather than just the J2EE APIs? In any case, I prefer the individual jars, as they allow to pick individual API versions rather than a particular J2EE collective. They also allow application developers to pick just the API jars that they actually need to compile against. > >So if we need JCA for some odd reason, I vote for adding the individual jca.jar to our libs. However, >I don' t know of any JCA dependency in our code... Everything compiled nicely on my machine - without JCA. > >Juergen > > >________________________________ > >Von: spr...@li... im Auftrag von Thomas Risberg >Gesendet: Sa 22.05.2004 22:26 >An: spr...@li... >Betreff: Re: [Springframework-developer] Preparing for 1.0.2 > > > >I get an error in Eclipse - can't find javax.resource.Referencable. >That's part of JCA I think and it does not seem to be in any of our j2ee >libs. Why don't we replace servlet.jar, ejb.jar, jdbc2_0-stdext.jar, >jms.jar and jta.jar with the full j2ee.jar. That way we have all the >dependencies resolved. What version? I tried 1.3 and with it everything >compiles. The new 1.4 seems to have some new methods in some of the >interfaces and some of our MockObject implementations did not compile. > >Thomas > >jürgen höller [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_id66&op=click >>_______________________________________________ >>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=3149&alloc_id=8166&op=click >_______________________________________________ >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_id66&op=click >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > |
|
From: Dmitriy K. <dko...@ru...> - 2004-05-22 23:12:36
|
There is a resource adapter implementation of SessionFactory in Hibernate namly net.sf.hibernate.jca.JCASessionFactoryImpl. Thomas Risberg wrote: > It is orm.hibernate.SessionFactoryUtils - Eclipse claims that it is > indirectly referenced from required .class files. > > Thomas > > > jürgen höller [werk3AT] wrote: > >> Doesn't j2ee.jar include the entire J2EE RI, rather than just the >> J2EE APIs? In any case, I prefer the individual jars, as they allow >> to pick individual API versions rather than a particular J2EE >> collective. They also allow application developers to pick just the >> API jars that they actually need to compile against. >> >> So if we need JCA for some odd reason, I vote for adding the >> individual jca.jar to our libs. However, I don' t know of any JCA >> dependency in our code... Everything compiled nicely on my machine - >> without JCA. >> >> Juergen >> >> >> ________________________________ >> >> Von: spr...@li... im Auftrag >> von Thomas Risberg >> Gesendet: Sa 22.05.2004 22:26 >> An: spr...@li... >> Betreff: Re: [Springframework-developer] Preparing for 1.0.2 >> >> >> >> I get an error in Eclipse - can't find javax.resource.Referencable. >> That's part of JCA I think and it does not seem to be in any of our j2ee >> libs. Why don't we replace servlet.jar, ejb.jar, jdbc2_0-stdext.jar, >> jms.jar and jta.jar with the full j2ee.jar. That way we have all the >> dependencies resolved. What version? I tried 1.3 and with it everything >> compiles. The new 1.4 seems to have some new methods in some of the >> interfaces and some of our MockObject implementations did not compile. >> >> Thomas >> >> jürgen höller [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_id66&op=click >>> _______________________________________________ >>> 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=3149&alloc_id=8166&op=click >> _______________________________________________ >> 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_id66&op=click >> _______________________________________________ >> 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=3149&alloc_id=8166&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2004-05-23 02:55:59
|
The latest versions of Eclipse seem to essentially try to walk the entire dependency tree of the code in your project, presumably so you get better code comprehension when you look at hierarchies and the like. I have added the JCA 1.5 api jar to make it happy. By the way, and Eclipse users not using 3.0 M9 should give it a try. I've been using the 3.0 stream since about M3, but the last month or so they've really done a lot of tuning and little tweaks all over the place in terms of usability and look and feel. Colin Dmitriy Kopylenko wrote: > There is a resource adapter implementation of SessionFactory in > Hibernate namly net.sf.hibernate.jca.JCASessionFactoryImpl. > > > Thomas Risberg wrote: > >> It is orm.hibernate.SessionFactoryUtils - Eclipse claims that it is >> indirectly referenced from required .class files. >> >> Thomas >> >> >> jürgen höller [werk3AT] wrote: >> >>> Doesn't j2ee.jar include the entire J2EE RI, rather than just the >>> J2EE APIs? In any case, I prefer the individual jars, as they allow >>> to pick individual API versions rather than a particular J2EE >>> collective. They also allow application developers to pick just the >>> API jars that they actually need to compile against. >>> >>> So if we need JCA for some odd reason, I vote for adding the >>> individual jca.jar to our libs. However, I don' t know of any JCA >>> dependency in our code... Everything compiled nicely on my machine - >>> without JCA. >>> >>> Juergen >>> >>> >>> ________________________________ >>> >>> Von: spr...@li... im >>> Auftrag von Thomas Risberg >>> Gesendet: Sa 22.05.2004 22:26 >>> An: spr...@li... >>> Betreff: Re: [Springframework-developer] Preparing for 1.0.2 >>> >>> >>> >>> I get an error in Eclipse - can't find javax.resource.Referencable. >>> That's part of JCA I think and it does not seem to be in any of our >>> j2ee >>> libs. Why don't we replace servlet.jar, ejb.jar, jdbc2_0-stdext.jar, >>> jms.jar and jta.jar with the full j2ee.jar. That way we have all the >>> dependencies resolved. What version? I tried 1.3 and with it everything >>> compiles. The new 1.4 seems to have some new methods in some of the >>> interfaces and some of our MockObject implementations did not compile. >>> >>> Thomas >>> >>> jürgen höller [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 >>> |
|
From: Thomas R. <tho...@tr...> - 2004-05-23 04:15:46
|
Colin Sampaleanu wrote: > The latest versions of Eclipse seem to essentially try to walk the > entire dependency tree of the code in your project, presumably so you > get better code comprehension when you look at hierarchies and the like. > > I have added the JCA 1.5 api jar to make it happy. I'm happy too now :-) > > > By the way, and Eclipse users not using 3.0 M9 should give it a try. > I've been using the 3.0 stream since about M3, but the last month or > so they've really done a lot of tuning and little tweaks all over the > place in terms of usability and look and feel. > I have to agree - this looks like a very solid release so far. And the Spring IDE does already support it. Thomas > Colin > > > Dmitriy Kopylenko wrote: > >> There is a resource adapter implementation of SessionFactory in >> Hibernate namly net.sf.hibernate.jca.JCASessionFactoryImpl. >> >> >> Thomas Risberg wrote: >> >>> It is orm.hibernate.SessionFactoryUtils - Eclipse claims that it is >>> indirectly referenced from required .class files. >>> >>> Thomas >>> >>> >>> jürgen höller [werk3AT] wrote: >>> >>>> Doesn't j2ee.jar include the entire J2EE RI, rather than just the >>>> J2EE APIs? In any case, I prefer the individual jars, as they allow >>>> to pick individual API versions rather than a particular J2EE >>>> collective. They also allow application developers to pick just the >>>> API jars that they actually need to compile against. >>>> >>>> So if we need JCA for some odd reason, I vote for adding the >>>> individual jca.jar to our libs. However, I don' t know of any JCA >>>> dependency in our code... Everything compiled nicely on my machine >>>> - without JCA. >>>> >>>> Juergen >>>> >>>> >>>> ________________________________ >>>> >>>> Von: spr...@li... im >>>> Auftrag von Thomas Risberg >>>> Gesendet: Sa 22.05.2004 22:26 >>>> An: spr...@li... >>>> Betreff: Re: [Springframework-developer] Preparing for 1.0.2 >>>> >>>> >>>> >>>> I get an error in Eclipse - can't find javax.resource.Referencable. >>>> That's part of JCA I think and it does not seem to be in any of our >>>> j2ee >>>> libs. Why don't we replace servlet.jar, ejb.jar, jdbc2_0-stdext.jar, >>>> jms.jar and jta.jar with the full j2ee.jar. That way we have all the >>>> dependencies resolved. What version? I tried 1.3 and with it >>>> everything >>>> compiles. The new 1.4 seems to have some new methods in some of the >>>> interfaces and some of our MockObject implementations did not compile. >>>> >>>> Thomas >>>> >>>> jürgen höller [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_id=3149&alloc_id=8166&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > |
|
From: <jue...@we...> - 2004-05-26 05:43:08
|
There hasn't been any change in AbstractXsltView since 1.0 final, so I = guess this is usual behavior... =20 BTW, current planned release date: tonight! I know, I know - this time = for real, provided that there's no showstopper :-) =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = 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 = 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 = 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=3D =3D4YWT -----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=8166&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <kat...@ho...> - 2004-05-26 07:00:47
|
spring\docs\reference\src\index.xml <releaseinfo>Version 1.0.1</releaseinfo> Is this docs versioning in sync. with release versioning. Should this be automated by an ant task (e.g. copy src to build and call replace)? jürgen höller [werk3AT] wrote: > There hasn't been any change in AbstractXsltView since 1.0 final, so I guess this is usual behavior... > > BTW, current planned release date: tonight! I know, I know - this time for real, provided that there's no showstopper :-) > > Juergen > > > ________________________________ > > Von: spr...@li... im Auftrag 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 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 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= > =4YWT > -----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_id66&op=ick > _______________________________________________ > 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_id66&op=click |
|
From: Darren D. <da...@da...> - 2004-05-26 10:08:32
|
> There hasn't been any change in AbstractXsltView since 1.0 final, so I > guess this is usual behavior... the stylesheets in the test builds hadn't been amended either and they used to work together - certainly when 1.0 final was released. I guess something in Xerces may have changed (possibly just on my machine if my implementation has been upgraded recently). Regards, --=20 Darren Davison Public Key: http://www.davison.uk.net/pages/key.htm |
|
From: <jue...@we...> - 2004-05-27 08:34:51
|
Oh well, time schedules and my perfectionism... =20 I've done some further polishing, committed yesterday morning = respectively today: =20 - I've factored out RowMapperResultReader from SqlParameter, to make = RowMapper usable for plain JDBC queries too - JdbcTemplate.call respectively StoredProcedure supports = ResultSetExtractor as output parameter too - I've slightly refactored JdbcTemplate.call's implementation to allow = for a higher level of code reuse =20 - AbstractAutowireCapableBeanFactory catches Throwable on bean creation, = rethrowing it as meaningful BeanCreationException - DefaultListableBeanFactory.preInstantiateSingletons cleans up already = created singletons if it fails - XmlViewResolver and ResourceBundleViewResolver clean up their view = bean factories on context shutdown =20 Thomas, it would be great if you had a chance to review the JDBC = changes, and maybe run a couple of integration tests with stored = procedures - to make sure that I haven't broken anything, even if the = test suite passes. =20 As there haven't been any reports on problems with the garbage = collection changes, I plan to go ahead and finalize 1.0.2 for tomorrow. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von j=FCrgen h=F6ller [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 = guess this is usual behavior... BTW, current planned release date: tonight! I know, I know - this time = for real, provided that there's no showstopper :-) Juergen ________________________________ Von: spr...@li... im Auftrag = 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 = 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 = 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=3D =3D4YWT -----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=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-27 09:12:53
|
Further minor refinements that I committed yesterday: =20 - added IncorrectResultSizeDataAccessException to dao package - added DataAccessUtils class to dao.support package, providing = "uniqueResult" and "requiredUniqueResult" methods - refactored SqlQuery.findObject to delegate to = DataAccessUtils.uniqueResult =20 DataAccessUtils.uniqueResult should be useful for any DAO that receives = a List and expects a unique result object in it, for example with = Hibernate finders, i.e. Session.find respectively = HibernateTemplate.find. The uniqueResult method throws = IncorrectResultSizeDataAccessException if the result is not actually = unique; that's why it is in the dao.support package. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von j=FCrgen h=F6ller [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 = respectively today: - I've factored out RowMapperResultReader from SqlParameter, to make = RowMapper usable for plain JDBC queries too - JdbcTemplate.call respectively StoredProcedure supports = ResultSetExtractor as output parameter too - I've slightly refactored JdbcTemplate.call's implementation to allow = for a higher level of code reuse - AbstractAutowireCapableBeanFactory catches Throwable on bean creation, = rethrowing it as meaningful BeanCreationException - DefaultListableBeanFactory.preInstantiateSingletons cleans up already = created singletons if it fails - XmlViewResolver and ResourceBundleViewResolver clean up their view = bean factories on context shutdown Thomas, it would be great if you had a chance to review the JDBC = changes, and maybe run a couple of integration tests with stored = procedures - to make sure that I haven't broken anything, even if the = test suite passes. As there haven't been any reports on problems with the garbage = collection changes, I plan to go ahead and finalize 1.0.2 for tomorrow. Juergen ________________________________ Von: spr...@li... im Auftrag = von j=FCrgen h=F6ller [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 = guess this is usual behavior... BTW, current planned release date: tonight! I know, I know - this time = for real, provided that there's no showstopper :-) Juergen ________________________________ Von: spr...@li... im Auftrag = 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 = 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 = 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=3D =3D4YWT -----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=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-27 11:42:10
|
I've also reworked SQLErrorCodesFactory to use the DataSource itself as = key of the dataSourceProductName HashMap, instead of the previous = Integer built from DataSource.hashCode. With the new SQLErrorCodes = themselves being held in a WeakReference, this shouldn't cause garbage = collection issues. Actually, the previous strategy wasn't entirely safe: If two different = DataSources had the same hashCode, they would have overwritten each = other in the Map, as the corresponding Integer keys would have been = equal. With the DataSources themselves as keys, same hashCodes would = just result in less efficient hash lookup but correct storage of both = DataSources. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of j=FCrgen h=F6ller [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: =20 - added IncorrectResultSizeDataAccessException to dao package - added DataAccessUtils class to dao.support package, providing = "uniqueResult" and "requiredUniqueResult" methods - refactored SqlQuery.findObject to delegate to = DataAccessUtils.uniqueResult =20 DataAccessUtils.uniqueResult should be useful for any DAO that receives = a List and expects a unique result object in it, for example with = Hibernate finders, i.e. Session.find respectively = HibernateTemplate.find. The uniqueResult method throws = IncorrectResultSizeDataAccessException if the result is not actually = unique; that's why it is in the dao.support package. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von j=FCrgen h=F6ller [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 = respectively today: - I've factored out RowMapperResultReader from SqlParameter, to make = RowMapper usable for plain JDBC queries too - JdbcTemplate.call respectively StoredProcedure supports = ResultSetExtractor as output parameter too - I've slightly refactored JdbcTemplate.call's implementation to allow = for a higher level of code reuse - AbstractAutowireCapableBeanFactory catches Throwable on bean creation, = rethrowing it as meaningful BeanCreationException - DefaultListableBeanFactory.preInstantiateSingletons cleans up already = created singletons if it fails - XmlViewResolver and ResourceBundleViewResolver clean up their view = bean factories on context shutdown Thomas, it would be great if you had a chance to review the JDBC = changes, and maybe run a couple of integration tests with stored = procedures - to make sure that I haven't broken anything, even if the = test suite passes. As there haven't been any reports on problems with the garbage = collection changes, I plan to go ahead and finalize 1.0.2 for tomorrow. Juergen ________________________________ Von: spr...@li... im Auftrag = von j=FCrgen h=F6ller [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 = guess this is usual behavior... BTW, current planned release date: tonight! I know, I know - this time = for real, provided that there's no showstopper :-) Juergen ________________________________ Von: spr...@li... im Auftrag = 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 = 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 = 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=3D =3D4YWT -----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=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: <tho...@tr...> - 2004-05-27 15:38:09
|
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ürgen höller [werk3AT]" <jue...@we...>: > I've also reworked SQLErrorCodesFactory to use the DataSource itself as = > key of the dataSourceProductName HashMap, instead of the previous = > Integer built from DataSource.hashCode. With the new SQLErrorCodes = > themselves being held in a WeakReference, this shouldn't cause garbage = > collection issues. > > Actually, the previous strategy wasn't entirely safe: If two different = > DataSources had the same hashCode, they would have overwritten each = > other in the Map, as the corresponding Integer keys would have been = > equal. With the DataSources themselves as keys, same hashCodes would = > just result in less efficient hash lookup but correct storage of both = > DataSources. > > Juergen > > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...]On Behalf > Of j=FCrgen h=F6ller [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: > =20 > - added IncorrectResultSizeDataAccessException to dao package > - added DataAccessUtils class to dao.support package, providing = > "uniqueResult" and "requiredUniqueResult" methods > - refactored SqlQuery.findObject to delegate to = > DataAccessUtils.uniqueResult > =20 > DataAccessUtils.uniqueResult should be useful for any DAO that receives = > a List and expects a unique result object in it, for example with = > Hibernate finders, i.e. Session.find respectively = > HibernateTemplate.find. The uniqueResult method throws = > IncorrectResultSizeDataAccessException if the result is not actually = > unique; that's why it is in the dao.support package. > =20 > Juergen > =20 > > ________________________________ > > Von: spr...@li... im Auftrag = > von j=FCrgen h=F6ller [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 = > respectively today: > > - I've factored out RowMapperResultReader from SqlParameter, to make = > RowMapper usable for plain JDBC queries too > - JdbcTemplate.call respectively StoredProcedure supports = > ResultSetExtractor as output parameter too > - I've slightly refactored JdbcTemplate.call's implementation to allow = > for a higher level of code reuse > > - AbstractAutowireCapableBeanFactory catches Throwable on bean creation, = > rethrowing it as meaningful BeanCreationException > - DefaultListableBeanFactory.preInstantiateSingletons cleans up already = > created singletons if it fails > - XmlViewResolver and ResourceBundleViewResolver clean up their view = > bean factories on context shutdown > > Thomas, it would be great if you had a chance to review the JDBC = > changes, and maybe run a couple of integration tests with stored = > procedures - to make sure that I haven't broken anything, even if the = > test suite passes. > > As there haven't been any reports on problems with the garbage = > collection changes, I plan to go ahead and finalize 1.0.2 for tomorrow. > > Juergen > > > ________________________________ > > Von: spr...@li... im Auftrag = > von j=FCrgen h=F6ller [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 = > guess this is usual behavior... > > BTW, current planned release date: tonight! I know, I know - this time = > for real, provided that there's no showstopper :-) > > Juergen > > > ________________________________ > > Von: spr...@li... im Auftrag = > 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 = > 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 = > 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=3D > =3D4YWT > -----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=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 > > > ------------------------------------------------------- > 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=3149&alloc_id=8166&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: <jue...@we...> - 2004-05-27 14:54:35
|
Thomas, Any chance to review the JDBC changes today, in particular testing = whether the stored procedure stuff still works as expected? I do trust = unit test suites, but well, you know :-) Note that there's also an adapted version of imagedb's = DefaultImageDatabase in CVS, illustrating the use of a RowMapper with = JdbcTemplate rather than a MappingSqlQuery operation object. BTW, I'm currently working on Quartz JDBCJobStore integration with = Spring, for a werk3AT project. This won't make it into Spring 1.0.2, = though. If anyone has already prototyped in that direction, please let = me know! Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of j=FCrgen h=F6ller [werk3AT] Sent: Thursday, May 27, 2004 10:34 AM To: spr...@li... Subject: Re: [Springframework-developer] Preparing for 1.0.2 Oh well, time schedules and my perfectionism... =20 I've done some further polishing, committed yesterday morning = respectively today: =20 - I've factored out RowMapperResultReader from SqlParameter, to make = RowMapper usable for plain JDBC queries too - JdbcTemplate.call respectively StoredProcedure supports = ResultSetExtractor as output parameter too - I've slightly refactored JdbcTemplate.call's implementation to allow = for a higher level of code reuse =20 - AbstractAutowireCapableBeanFactory catches Throwable on bean creation, = rethrowing it as meaningful BeanCreationException - DefaultListableBeanFactory.preInstantiateSingletons cleans up already = created singletons if it fails - XmlViewResolver and ResourceBundleViewResolver clean up their view = bean factories on context shutdown =20 Thomas, it would be great if you had a chance to review the JDBC = changes, and maybe run a couple of integration tests with stored = procedures - to make sure that I haven't broken anything, even if the = test suite passes. =20 As there haven't been any reports on problems with the garbage = collection changes, I plan to go ahead and finalize 1.0.2 for tomorrow. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von j=FCrgen h=F6ller [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 = guess this is usual behavior... BTW, current planned release date: tonight! I know, I know - this time = for real, provided that there's no showstopper :-) Juergen ________________________________ Von: spr...@li... im Auftrag = 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 = 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 = 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=3D =3D4YWT -----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=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: Tim K. <tim...@vi...> - 2004-05-27 15:32:57
|
Hi Juergen, I brought up an question on this list a while ago about the=20 StoredProcedure object, and if there were a way to safely access=20 outside variables in the RowMapper instance, like for instance in a=20 StoredProcedure object that I played aruond with, it worked great as a=20= replacement for the older one I wrote before with one exception. There=20= was a particular place where i relied on a value (a user id) for one of=20= the parameters of the procedure, and there didnt seem to be a=20 threadsafe way to make it available (getting the value from the=20 parameter Map) in the RowMapper, or at least as far as my knowledge of=20= java goes. So I was wondering if you had seen that email and if there's something=20= I'm missing here? The only solution I could think of was to actually=20 set up the sql to place that value as a column so it'd be accessible=20 from the ResultSet, but I was hoping to avoid having to do that. thanks in advance, -tim On May 27, 2004, at 10:53 AM, j=FCrgen h=F6ller [werk3AT] wrote: > Thomas, > > Any chance to review the JDBC changes today, in particular testing=20 > whether the stored procedure stuff still works as expected? I do trust=20= > unit test suites, but well, you know :-) > > Note that there's also an adapted version of imagedb's=20 > DefaultImageDatabase in CVS, illustrating the use of a RowMapper with=20= > JdbcTemplate rather than a MappingSqlQuery operation object. > > BTW, I'm currently working on Quartz JDBCJobStore integration with=20 > Spring, for a werk3AT project. This won't make it into Spring 1.0.2,=20= > though. If anyone has already prototyped in that direction, please let=20= > me know! > > Juergen > > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...]On = Behalf > Of j=FCrgen h=F6ller [werk3AT] > Sent: Thursday, May 27, 2004 10:34 AM > To: spr...@li... > Subject: Re: [Springframework-developer] Preparing for 1.0.2 > > > Oh well, time schedules and my perfectionism... > > I've done some further polishing, committed yesterday morning=20 > respectively today: > > - I've factored out RowMapperResultReader from SqlParameter, to make=20= > RowMapper usable for plain JDBC queries too > - JdbcTemplate.call respectively StoredProcedure supports=20 > ResultSetExtractor as output parameter too > - I've slightly refactored JdbcTemplate.call's implementation to allow=20= > for a higher level of code reuse > > - AbstractAutowireCapableBeanFactory catches Throwable on bean=20 > creation, rethrowing it as meaningful BeanCreationException > - DefaultListableBeanFactory.preInstantiateSingletons cleans up=20 > already created singletons if it fails > - XmlViewResolver and ResourceBundleViewResolver clean up their view=20= > bean factories on context shutdown > > Thomas, it would be great if you had a chance to review the JDBC=20 > changes, and maybe run a couple of integration tests with stored=20 > procedures - to make sure that I haven't broken anything, even if the=20= > test suite passes. > > As there haven't been any reports on problems with the garbage=20 > collection changes, I plan to go ahead and finalize 1.0.2 for=20 > tomorrow. > > Juergen > > > ________________________________ > > Von: spr...@li... im Auftrag=20= > von j=FCrgen h=F6ller [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=20= > guess this is usual behavior... > > BTW, current planned release date: tonight! I know, I know - this time=20= > for real, provided that there's no showstopper :-) > > Juergen > > > ________________________________ > > Von: spr...@li... im Auftrag=20= > 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=20 > 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=20 > 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=3D > =3D4YWT > -----END PGP SIGNATURE----- > > > ------------------------------------------------------- > 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=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=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=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: <tho...@tr...> - 2004-05-27 15:46:27
|
I ran my tests on my home machine - no errors. I was trying to do te same for the code at work but I have not been able to synchronize with CVS on SourceForge. Keep getting Quoting "jürgen höller [werk3AT]" <jue...@we...>: > Thomas, > > Any chance to review the JDBC changes today, in particular testing = > whether the stored procedure stuff still works as expected? I do trust = > unit test suites, but well, you know :-) > > Note that there's also an adapted version of imagedb's = > DefaultImageDatabase in CVS, illustrating the use of a RowMapper with = > JdbcTemplate rather than a MappingSqlQuery operation object. > > BTW, I'm currently working on Quartz JDBCJobStore integration with = > Spring, for a werk3AT project. This won't make it into Spring 1.0.2, = > though. If anyone has already prototyped in that direction, please let = > me know! > > Juergen > > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...]On Behalf > Of j=FCrgen h=F6ller [werk3AT] > Sent: Thursday, May 27, 2004 10:34 AM > To: spr...@li... > Subject: Re: [Springframework-developer] Preparing for 1.0.2 > > > Oh well, time schedules and my perfectionism... > =20 > I've done some further polishing, committed yesterday morning = > respectively today: > =20 > - I've factored out RowMapperResultReader from SqlParameter, to make = > RowMapper usable for plain JDBC queries too > - JdbcTemplate.call respectively StoredProcedure supports = > ResultSetExtractor as output parameter too > - I've slightly refactored JdbcTemplate.call's implementation to allow = > for a higher level of code reuse > =20 > - AbstractAutowireCapableBeanFactory catches Throwable on bean creation, = > rethrowing it as meaningful BeanCreationException > - DefaultListableBeanFactory.preInstantiateSingletons cleans up already = > created singletons if it fails > - XmlViewResolver and ResourceBundleViewResolver clean up their view = > bean factories on context shutdown > =20 > Thomas, it would be great if you had a chance to review the JDBC = > changes, and maybe run a couple of integration tests with stored = > procedures - to make sure that I haven't broken anything, even if the = > test suite passes. > =20 > As there haven't been any reports on problems with the garbage = > collection changes, I plan to go ahead and finalize 1.0.2 for tomorrow. > =20 > Juergen > =20 > > ________________________________ > > Von: spr...@li... im Auftrag = > von j=FCrgen h=F6ller [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 = > guess this is usual behavior... > > BTW, current planned release date: tonight! I know, I know - this time = > for real, provided that there's no showstopper :-) > > Juergen > > > ________________________________ > > Von: spr...@li... im Auftrag = > 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 = > 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 = > 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=3D > =3D4YWT > -----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=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_id=3149&alloc_id=8166&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: <tho...@tr...> - 2004-05-27 15:50:49
|
I ran my tests on my home machine and they ran fine against SQL Server/HSQL/Oracle - no errors. I tried to do the same for the code at work but I can't synchronize the source with the CVS server. I keep getting IOException: Connection closed by server errors. Will try again later today. Thomas Quoting "jürgen höller [werk3AT]" <jue...@we...>: > Thomas, > > Any chance to review the JDBC changes today, in particular testing = > whether the stored procedure stuff still works as expected? I do trust = > unit test suites, but well, you know :-) > > Note that there's also an adapted version of imagedb's = > DefaultImageDatabase in CVS, illustrating the use of a RowMapper with = > JdbcTemplate rather than a MappingSqlQuery operation object. > > BTW, I'm currently working on Quartz JDBCJobStore integration with = > Spring, for a werk3AT project. This won't make it into Spring 1.0.2, = > though. If anyone has already prototyped in that direction, please let = > me know! > > Juergen > > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...]On Behalf > Of j=FCrgen h=F6ller [werk3AT] > Sent: Thursday, May 27, 2004 10:34 AM > To: spr...@li... > Subject: Re: [Springframework-developer] Preparing for 1.0.2 > > > Oh well, time schedules and my perfectionism... > =20 > I've done some further polishing, committed yesterday morning = > respectively today: > =20 > - I've factored out RowMapperResultReader from SqlParameter, to make = > RowMapper usable for plain JDBC queries too > - JdbcTemplate.call respectively StoredProcedure supports = > ResultSetExtractor as output parameter too > - I've slightly refactored JdbcTemplate.call's implementation to allow = > for a higher level of code reuse > =20 > - AbstractAutowireCapableBeanFactory catches Throwable on bean creation, = > rethrowing it as meaningful BeanCreationException > - DefaultListableBeanFactory.preInstantiateSingletons cleans up already = > created singletons if it fails > - XmlViewResolver and ResourceBundleViewResolver clean up their view = > bean factories on context shutdown > =20 > Thomas, it would be great if you had a chance to review the JDBC = > changes, and maybe run a couple of integration tests with stored = > procedures - to make sure that I haven't broken anything, even if the = > test suite passes. > =20 > As there haven't been any reports on problems with the garbage = > collection changes, I plan to go ahead and finalize 1.0.2 for tomorrow. > =20 > Juergen > =20 > > ________________________________ > > Von: spr...@li... im Auftrag = > von j=FCrgen h=F6ller [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 = > guess this is usual behavior... > > BTW, current planned release date: tonight! I know, I know - this time = > for real, provided that there's no showstopper :-) > > Juergen > > > ________________________________ > > Von: spr...@li... im Auftrag = > 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 = > 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 = > 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=3D > =3D4YWT > -----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=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_id=3149&alloc_id=8166&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: <tho...@tr...> - 2004-05-27 16:24:26
|
Synchronize completed - and so did all my tests. Thomas Quoting tho...@tr...: > > I ran my tests on my home machine and they ran fine against SQL > Server/HSQL/Oracle - no errors. I tried to do the same for the code at work > but I can't synchronize the source with the CVS server. I keep getting > IOException: Connection closed by server errors. Will try again later today. > > Thomas > > > Quoting "jürgen höller [werk3AT]" <jue...@we...>: > > > Thomas, > > > > Any chance to review the JDBC changes today, in particular testing = > > whether the stored procedure stuff still works as expected? I do trust = > > unit test suites, but well, you know :-) > > > > Note that there's also an adapted version of imagedb's = > > DefaultImageDatabase in CVS, illustrating the use of a RowMapper with = > > JdbcTemplate rather than a MappingSqlQuery operation object. > > > > BTW, I'm currently working on Quartz JDBCJobStore integration with = > > Spring, for a werk3AT project. This won't make it into Spring 1.0.2, = > > though. If anyone has already prototyped in that direction, please let = > > me know! > > > > Juergen > > > > > > -----Original Message----- > > From: spr...@li... > > [mailto:spr...@li...]On Behalf > > Of j=FCrgen h=F6ller [werk3AT] > > Sent: Thursday, May 27, 2004 10:34 AM > > To: spr...@li... > > Subject: Re: [Springframework-developer] Preparing for 1.0.2 > > > > > > Oh well, time schedules and my perfectionism... > > =20 > > I've done some further polishing, committed yesterday morning = > > respectively today: > > =20 > > - I've factored out RowMapperResultReader from SqlParameter, to make = > > RowMapper usable for plain JDBC queries too > > - JdbcTemplate.call respectively StoredProcedure supports = > > ResultSetExtractor as output parameter too > > - I've slightly refactored JdbcTemplate.call's implementation to allow = > > for a higher level of code reuse > > =20 > > - AbstractAutowireCapableBeanFactory catches Throwable on bean creation, = > > rethrowing it as meaningful BeanCreationException > > - DefaultListableBeanFactory.preInstantiateSingletons cleans up already = > > created singletons if it fails > > - XmlViewResolver and ResourceBundleViewResolver clean up their view = > > bean factories on context shutdown > > =20 > > Thomas, it would be great if you had a chance to review the JDBC = > > changes, and maybe run a couple of integration tests with stored = > > procedures - to make sure that I haven't broken anything, even if the = > > test suite passes. > > =20 > > As there haven't been any reports on problems with the garbage = > > collection changes, I plan to go ahead and finalize 1.0.2 for tomorrow. > > =20 > > Juergen > > =20 > > > > ________________________________ > > > > Von: spr...@li... im Auftrag = > > von j=FCrgen h=F6ller [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 = > > guess this is usual behavior... > > > > BTW, current planned release date: tonight! I know, I know - this time = > > for real, provided that there's no showstopper :-) > > > > Juergen > > > > > > ________________________________ > > > > Von: spr...@li... im Auftrag = > > 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 = > > 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 = > > 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=3D > > =3D4YWT > > -----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=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_id=3149&alloc_id=8166&op=click > > _______________________________________________ > > 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=3149&alloc_id=8166&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Dmitriy K. <dko...@ru...> - 2004-05-27 16:26:55
|
Tested the latest code base - all looks good! Dmitriy. tho...@tr... wrote: > Synchronize completed - and so did all my tests. > > Thomas > > > Quoting tho...@tr...: > > >>I ran my tests on my home machine and they ran fine against SQL >>Server/HSQL/Oracle - no errors. I tried to do the same for the code at work >>but I can't synchronize the source with the CVS server. I keep getting >>IOException: Connection closed by server errors. Will try again later today. >> >>Thomas >> >> >>Quoting "jürgen höller [werk3AT]" <jue...@we...>: >> >> >>>Thomas, >>> >>>Any chance to review the JDBC changes today, in particular testing = >>>whether the stored procedure stuff still works as expected? I do trust = >>>unit test suites, but well, you know :-) >>> >>>Note that there's also an adapted version of imagedb's = >>>DefaultImageDatabase in CVS, illustrating the use of a RowMapper with = >>>JdbcTemplate rather than a MappingSqlQuery operation object. >>> >>>BTW, I'm currently working on Quartz JDBCJobStore integration with = >>>Spring, for a werk3AT project. This won't make it into Spring 1.0.2, = >>>though. If anyone has already prototyped in that direction, please let = >>>me know! >>> >>>Juergen >>> >>> >>>-----Original Message----- >>>From: spr...@li... >>>[mailto:spr...@li...]On Behalf >>>Of j=FCrgen h=F6ller [werk3AT] >>>Sent: Thursday, May 27, 2004 10:34 AM >>>To: spr...@li... >>>Subject: Re: [Springframework-developer] Preparing for 1.0.2 >>> >>> >>>Oh well, time schedules and my perfectionism... >>>=20 >>>I've done some further polishing, committed yesterday morning = >>>respectively today: >>>=20 >>>- I've factored out RowMapperResultReader from SqlParameter, to make = >>>RowMapper usable for plain JDBC queries too >>>- JdbcTemplate.call respectively StoredProcedure supports = >>>ResultSetExtractor as output parameter too >>>- I've slightly refactored JdbcTemplate.call's implementation to allow = >>>for a higher level of code reuse >>>=20 >>>- AbstractAutowireCapableBeanFactory catches Throwable on bean creation, = >>>rethrowing it as meaningful BeanCreationException >>>- DefaultListableBeanFactory.preInstantiateSingletons cleans up already = >>>created singletons if it fails >>>- XmlViewResolver and ResourceBundleViewResolver clean up their view = >>>bean factories on context shutdown >>>=20 >>>Thomas, it would be great if you had a chance to review the JDBC = >>>changes, and maybe run a couple of integration tests with stored = >>>procedures - to make sure that I haven't broken anything, even if the = >>>test suite passes. >>>=20 >>>As there haven't been any reports on problems with the garbage = >>>collection changes, I plan to go ahead and finalize 1.0.2 for tomorrow. >>>=20 >>>Juergen >>>=20 >>> >>>________________________________ >>> >>>Von: spr...@li... im Auftrag = >>>von j=FCrgen h=F6ller [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 = >>>guess this is usual behavior... >>> >>>BTW, current planned release date: tonight! I know, I know - this time = >>>for real, provided that there's no showstopper :-) >>> >>>Juergen >>> >>> >>>________________________________ >>> >>>Von: spr...@li... im Auftrag = >>>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 = >>>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 = >>>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=3D >>>=3D4YWT >>>-----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=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_id=3149&alloc_id=8166&op=click >>>_______________________________________________ >>>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=3149&alloc_id=8166&op=click >>_______________________________________________ >>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=3149&alloc_id=8166&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jue...@we...> - 2004-05-27 16:20:10
|
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 |
|
From: <tho...@tr...> - 2004-05-27 17:53:00
|
I like consistency across different packages in the framework. +1 for DataSource as key :-) Thomas Quoting "jürgen höller [werk3AT]" <jue...@we...>: > 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_id=3149&alloc_id=8166&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Alef A. <al...@jt...> - 2004-05-28 10:45:39
|
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 |
|
From: <jue...@we...> - 2004-05-28 11:25:53
|
I plan to release 1.0.2 tomorrow morning - finally... =20 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. =20 Juergen =20 ________________________________ 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 |
|
From: Seth L. <se...@eh...> - 2004-05-28 17:54:59
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 jürgen höller [werk3AT] wrote: | 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. Interesting... what prompted the change? The javadocs previously mentioned that they weren't meant for system wide property editors. Will we still be able to bind a NumberFormat w/ a Locale (per request) as a property editor to override the default property editor? Thanks! Seth -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows XP) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAt3zsKZsFSwtW+wIRAokOAJ4gHiJ6DnMoqCp4el3sTXN0eLozNgCfTXBZ ryg/UsA2aTfw8lEdEGY3AkM= =7tKb -----END PGP SIGNATURE----- |
|
From: <jue...@we...> - 2004-05-29 23:07:33
|
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. =20 All things considered, that change should be completely = backward-compatible. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Seth Ladd Gesendet: Fr 28.05.2004 19:54 An: spr...@li... Betreff: Re: [Springframework-developer] Preparing for 1.0.2 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 j=FCrgen h=F6ller [werk3AT] wrote: | 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. Interesting... what prompted the change? The javadocs previously mentioned that they weren't meant for system wide property editors. Will we still be able to bind a NumberFormat w/ a Locale (per request) as a property editor to override the default property editor? Thanks! Seth -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows XP) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAt3zsKZsFSwtW+wIRAokOAJ4gHiJ6DnMoqCp4el3sTXN0eLozNgCfTXBZ ryg/UsA2aTfw8lEdEGY3AkM=3D =3D7tKb -----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 |
