springframework-developer — Spring Framework developers list

Re: [Springframework-developer] New technique for working with <spring:bind>

[Darren D. <da...@da...>]

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thursday 27 May 2004 10:23, j=FCrgen h=F6ller [werk3AT] wrote:
> Any concrete suggestions on how to move forward with this? Seth? Darren?
>
> Juergen

I can try to standardise some Velocity / FreeMarker form handling macros. =
=20
With Velocity, the location of an external macro file is a configuration=20
issue whereas with FTL, it's just inlined into the template with an include=
=20
directive.  FTL is somewhat more powerful than VTL too so there may be=20
advantages to using FTL if additional power or expressiveness is required.=
=20

IOW, each of the 3 view technologies will have slightly different=20
configuration requirements on a per-application basis, and functionality=20
may vary too.


> BTW, thanks, everybody, for all your input!

I take it that was a joke? :-)

Sorry, I'd been skimming the lists for a few days and missed this thread=20
altogether!


=2D --=20
Darren Davison
Public Key: http://www.davison.uk.net/pages/key.htm
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAtjV+KLMLAN01aw0RAjBWAJ47EBwRXpU2GoR7bSLxPu6+t7KEmwCcCusd
CsYM5vv6qVETolklEJgrNMY=3D
=3D88zm
=2D----END PGP SIGNATURE-----

Re: [Springframework-developer] Preparing for 1.0.2

[<tho...@tr...>]

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
>

Re: [Springframework-developer] Re: Stored Procedure support

[Tim K. <tim...@vi...>]

One other solution I thought about with was to use a static class=20
variable for the ids I wanted to access, and have them set in the=20
execute() method, then they'd be useable in the RowMapper instance, but=20=

however that would require defining the bean as a prototype in the=20
applicationContext.xml file, to get around the thread safety issue -=20
this also pretty much defeats the purpose of having a threadsafe=20
StoredProcedure object.

So any solution that can be come up w/ to solve this kind of need would=20=

be greatly appreciated, and I think others will have a use for this as=20=

well, especially with PreparedStatements as well for us too.  I only=20
wish I had the kind of inner understanding of the spring basics to be=20
able to code up some ideas, but as it is, you guys are so far ahead of=20=

me design-wise, I'm still playing catch-up here.

-tim

On May 27, 2004, at 12:35 PM, j=9Frgen h=9Aller [werk3AT] wrote:

> That's true: If you need access to input parameters, you need to have=20=

> a separate RowMapper instance per execution, which again leads to the=20=

> need for a separate StoredProcedure instance per execution.
>
> One way to make this work with a reusable StoredProcedure instance=20
> could be to introduce  a "RowMapperWithParameters" interface that=20
> passes in the stored procedure parameters as argument of the mapRow=20
> method (analogous to MappingSqlQuery and=20
> MappingSqlQueryWithParameters). Such a RowMapperWithParameters could=20=

> potentially also make sense for PreparedStatements.
>
> Thomas, what do you think?
>
> Juergen
>
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]On =
Behalf
> Of Tim Kettering
> Sent: Thursday, May 27, 2004 5:33 PM
> To: spr...@li...
> Subject: Stored Procedure support (was Re: [Springframework-developer]
> Preparing for 1.0.2)
>
>
>
> Hi Juergen,
>
> I brought up an question on this list a while ago about the
> StoredProcedure object, and if there were a way to safely access
> outside variables in the RowMapper instance, like for instance in a
> StoredProcedure object that I played aruond with, it worked great as a
> replacement for the older one I wrote before with one exception.  =
There
> was a particular place where i relied on a value (a user id) for one =
of
> the parameters of the procedure, and there didnt seem to be a
> threadsafe way to make it available (getting the value from the
> parameter Map) in the RowMapper, or at least as far as my knowledge of
> java goes.
>
> So I was wondering if you had seen that email and if there's something
> I'm missing here?  The only solution I could think of was to actually
> set up the sql to place that value as a column so it'd be accessible
> 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=9Frgen h=9Aller [werk3AT] wrote:
>
>> 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=20
>> Behalf
>> Of j=9Frgen h=9Aller [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
>> 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=9Frgen h=9Aller [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=20
>>> 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=FA66&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=FA66&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=FA66&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=FA66&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=20
> 10g.
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id149&alloc_id=AA66&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=AA66&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

Re: [Springframework-developer] Re: Stored Procedure support

[<tho...@tr...>]

I think that's a good approach - we would add both parameters and context - that
would make the different classes consitent in terms of usage. I don't think I
have ever had a need for the XxxxWithParameters version, but it might come in
handy some day.

Not sure how it would apply to PreparedStatements though - do you have any
examples where it would be useful?

Thomas

Quoting "jürgen höller [werk3AT]" <jue...@we...>:

> That's true: If you need access to input parameters, you need to have a =
> separate RowMapper instance per execution, which again leads to the need =
> for a separate StoredProcedure instance per execution.
>
> One way to make this work with a reusable StoredProcedure instance could =
> be to introduce  a "RowMapperWithParameters" interface that passes in =
> the stored procedure parameters as argument of the mapRow method =
> (analogous to MappingSqlQuery and MappingSqlQueryWithParameters). Such a =
> RowMapperWithParameters could potentially also make sense for =
> PreparedStatements.
>
> Thomas, what do you think?
>
> Juergen
>
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]On Behalf
> Of Tim Kettering
> Sent: Thursday, May 27, 2004 5:33 PM
> To: spr...@li...
> Subject: Stored Procedure support (was Re: [Springframework-developer]
> Preparing for 1.0.2)
>
>
>
> 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 =
>
> > 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 =
>
> > 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 =
>
> > 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 =
>
> > 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=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
> >
>
>
>
> -------------------------------------------------------
> 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
>

Re: [Springframework-developer] New technique for working with <spring:bind>

[Seth L. <se...@eh...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

jürgen höller [werk3AT] wrote:

| Any concrete suggestions on how to move forward with this? Seth? Darren?

I would love to see:

- - <spring:nestedPath>
- - tagfiles for common form elements + tag classes (possibly using
velocity?  want to provide backwards compatibility for JSP 1.2)
- - the new functionality for <spring:bind path="subObject.*"/>

I can submit the JSP form element tags.  Do we want to provide backwards
compatibility?  If so, is velocity backed tag classes a good way to
accomplish it?

Thanks, really looking forward to it!
Seth
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFAtiQyKZsFSwtW+wIRAlmkAKCFnrJ1f54PYXIuQX9wBrph8qoaZgCaAyXm
0F3OVQAXuTysglDNORv5e+w=
=I0BX
-----END PGP SIGNATURE-----

[Springframework-developer] Re: Stored Procedure support

[<jue...@we...>]

That's true: If you need access to input parameters, you need to have a =
separate RowMapper instance per execution, which again leads to the need =
for a separate StoredProcedure instance per execution.

One way to make this work with a reusable StoredProcedure instance could =
be to introduce  a "RowMapperWithParameters" interface that passes in =
the stored procedure parameters as argument of the mapRow method =
(analogous to MappingSqlQuery and MappingSqlQueryWithParameters). Such a =
RowMapperWithParameters could potentially also make sense for =
PreparedStatements.

Thomas, what do you think?

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Tim Kettering
Sent: Thursday, May 27, 2004 5:33 PM
To: spr...@li...
Subject: Stored Procedure support (was Re: [Springframework-developer]
Preparing for 1.0.2)



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 =

> 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 =

> 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 =

> 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 =

> 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=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
>



-------------------------------------------------------
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

Re: [Springframework-developer] Preparing for 1.0.2

[Dmitriy K. <dko...@ru...>]

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

Re: [Springframework-developer] Preparing for 1.0.2

[<tho...@tr...>]

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
>

Re: [Springframework-developer] Preparing for 1.0.2

[<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

[Springframework-developer] Re: Re: [ANN] JSF integration -initial release

[Thomas J. <tho...@mi...>]

Nadeem,

thank you very much. We'll upload a bugfix release tomorrow or beginning of
next week. Any experiences and comments are always highly appreciated.

Cheers,
Thomas

"Nadeem Bitar" <na...@ea...> schrieb im Newsbeitrag
news:1085077289.8238.1.camel@kirika...
Thomas,

I have been going over the new release and I am impressed.

Nice work and many thanks,

Nadeem.

On ?, 2004-05-20 at 19:14 +0200, Thomas Jachmann wrote:
> There's a new version on sourceforge: http://jsf-spring.sourceforge.net/
>
> The new version integrates the two frameworks more tightly by providing a
> WebApplicationContext implementation that interprets JSFs bean
configuration
> and thus merging JSF and Spring managed beans. This is a major enhancement
> code wise, though the API hasn't changed much. Please review the code and
> tell us what you think so that we can agree on a final version that could
be
> integrated into Spring quite soon. Also have a look at the javadoc for an
> explanation.
>
> Cheers,
> Thomas
>
>
>
> -------------------------------------------------------
> 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=ick

Re: [Springframework-developer] Preparing for 1.0.2

[<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
>

Re: [Springframework-developer] Preparing for 1.0.2

[<tho...@tr...>]

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
>

Re: [Springframework-developer] Preparing for 1.0.2

[<tho...@tr...>]

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
>

Stored Procedure support (was Re: [Springframework-developer] Preparing for 1.0.2)

[Tim K. <tim...@vi...>]

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
>

Re: [Springframework-developer] Preparing for 1.0.2

[<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

Re: [Springframework-developer] Preparing for 1.0.2

[<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

Re: [Springframework-developer] New technique for working with <spring:bind>

[<jue...@we...>]

Any concrete suggestions on how to move forward with this? Seth? Darren?
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von j=FCrgen h=F6ller [werk3AT]
Gesendet: Sa 22.05.2004 19:54
An: spr...@li...
Betreff: Re: [Springframework-developer] New technique for working with =
<spring:bind>



Furthermore, Velocimacros - and therefore form simplification macros for =
Velocity that we might provide out-of-the-box - are available even for =
Servlet 2.2 (JSP 1.1) containers. So for older containers, Velocity will =
become an even more compelling choice as view technology, once we =
provide such default form macros.

http://jakarta.apache.org/velocity/user-guide.html#Velocimacros =
<http://jakarta.apache.org/velocity/user-guide.html#Velocimacros>

FreeMarker actually offers a macro mechanism very similar to Velocity's. =
Therefore, we should be available to provide analogous form =
simplification macros for FreeMarker - again, leveraging its native =
macro mechanism. Actually, the syntax is so similar to Velocity that we =
might be able to use the same set of macro files...

http://www.freemarker.org/docs/dgui_misc_userdefdir.html =
<http://www.freemarker.org/docs/dgui_misc_userdefdir.html>

Any volunteers for those 3 form macro sets? :-) Maybe Seth for JSP 2.0? =
Darren for Velocity, maybe also for FreeMarker? I'll care for overall =
consistency. Target milestone could already be Spring 1.0.3 (end of =
June), but 1.1 RC1 (end of August) would be good enough too.

BTW, thanks, everybody, for all your input!

Juergen


________________________________

Von: j=FCrgen h=F6ller [werk3AT]
Gesendet: Sa 22.05.2004 19:27
An: spr...@li...
Betreff: Re: [Springframework-developer] New technique for working with =
<spring:bind>


Regarding Velocity, there is actually a similar native technique: =
Velocimacros can achieve more or less the same as JSP 2.0 tag files, in =
a pretty similar style. IIRC, Darren is using Velocimacros exactly for =
rendering form elements, just like Seth uses JSP 2.0 tag files.

I guess such simplifications for form building will always be specific =
to a view technology. What we could do is ship both default JSP 2.0 tag =
files *and* default Velocimacros for simplified form rendering, keeping =
them as analogous as possible (fetching dynamic values via bind tags =
respectively the RequestContext).

In both cases, Java code would not issue HTML; rather, the HTML code is =
always kept in a template that allows for easy customization. I believe =
that having such analogous solutions for both JSP 2.0 and Velocity (and =
possibly FreeMarker) is quite promising.

There's also value in leveraging the respective native macro mechanism =
of each view technology: This allows for natural integration without =
special bridges, also avoiding the need to learn yet another macro =
mechanism if you already know your view technology's native one.

You do have a point that JSP 1.x does not have such a native macro =
mechanism. Of course, there's still the option of coding the form =
elements directly (just like our current samples do), so those users are =
by no means locked out. And as you say, it's a good reason for them to =
upgrade to JSP 2.0 :-)

Whether or not to provide Java-coded form simplification tags for JSP =
1.2 is a question of tradeoff. For JSP 2.0, tag files are absolutely =
preferable, so Java-coded tags for JSP 1.2 would be a completely =
separate effort - even more extra effort if also attempting to provide a =
customization option for the HTML code.

My personal point of view is that we should focus on providing good form =
simplification macros for JSP 2.0 and Velocity / FreeMarker, and keep =
recommending direct form elements with bind tags for JSP 1.2. Time is on =
our side in that respect, inevitably leading to broader adoption of JSP =
2.0.

And of course, there's always the option of using Struts or WebWork on =
top of a Spring middle tier. Particularly for JSP 1.1, Struts is a =
compelling option, as its tags work there too. For JSP 1.2, both Struts =
and WebWork are viable choices for scenarios where form simplification =
macros are important.

Juergen


________________________________

Von: spr...@li... im Auftrag =
von Matt Raible
Gesendet: Sa 22.05.2004 17:38
An: spr...@li...
Betreff: Re: [Springframework-developer] New technique for working with =
<spring:bind>



I agree that JSP 2.0 tag files for rendering form elements is a *very*
cool idea.  Unfortunately, there will probably be some flack from the
community because it won't work on most of the containers out there.
However, I think it's a good thing - let's drag those suckers into
using JSP 2.0 and help them simplify their lives. ;-) Hopefully more
containers will start producing J2EE 1.4-compatible servers.  To my
knowledge, only Tomcat, Resin and WebSphere support JSP 2.0.

The one nice thing about the WW tags is that they can actually be used
in both Velocity templates or in JSP pages.  I believe that's
accomplished with some Velocity magic that invokes JSP Tags.  It would
be nice if whatever Spring develops (to simplify JSP forms) can also be
used to simplify Velocity forms.

Matt

On May 22, 2004, at 5:48 AM, j=FCrgen h=F6ller [werk3AT] wrote:

> Seth,
>
> I do see what you intend setNestedPath for - I just feel that Matt has
> "misused" it in his example: In his 2-input-field form, setNestedPath
> complicates matters rather than simplifies it; this is definitely
> *not* "the Spring version that requires less typing" (as Matt has put
> it). Please read my initial post mainly as direct reaction to Matt's
> blog entry rather than as critique of setNestedPath per se.
>
> For a large number of input fields, setting a specific nested path in
> an outer tag does indeed simplify things. But even more important is
> that it allows for reuse of entire sub-forms, like Jon has pointed out
> with his address example; that was what I had in mind with reusing
> bind tag snippets. This usage is similar to setNestedPath on an Errors
> object (which is where you got the original idea from, I assume).
>
> Your "ideal looking page" is exactly what I envisage as optimal use of
> JSP 2.0 with Spring! With such concise input field syntax, specifying
> the nested path in an outer tag already makes sense for a small number
> of fields - agreed. It might be worth designing a "form:form" tag (as
> JSP 2.0 tag file) that sets the nested path (using setNestedPath
> underneath) but also renders a corresponding HTML form tag, analogous
> to Struts' "html:form".
>
> So moving forward, I consider adding a setNestedPath-style tag to
> Spring's standard tag library, possibly as "spring:nestedPath" (no
> "set" in the name, analogous to "spring:htmlEscape"). This does make
> sense both with and without JSP 2.0, so should be part of Spring's
> standard (Java-coded) tag library, I guess. Multiple
> "spring:nestedPath" tags could also be nested, building hierarchical
> nested paths.
>
> Have you considered donating your "form" tag library (JSP 2.0 tag
> files) to Spring? It's exactly what I had in mind with my suggestion
> in yesterday's blog comment. It would be a welcome option in standard
> Spring, and an excellent showcase for JSP 2.0 tag files: high-level
> HTML-issuing tags (coded as tag files) built on lower-level value
> access tags (classic Java-coded tags).
>
> Such a form tag library coded as JSP 2.0 tag files is much preferable
> to (Struts-style) classic Java-coded tags for each and every input
> field type, IMO, mainly because it's so easy to customize. There is
> still no HTML content in Java code -rather in JSP tag files. I believe
> that this is a very viable alternative to WebWork's form tags that
> issue HTML content from corresponding Velocity templates.
>
> Spring 1.0.2 will be released on Monday, so we should avoid further
> new functionality there. I plan to add "spring:nestedPath" for 1.0.3;
> it would be great to already have a basic "form" tag file library in
> that release too (or in 1.1 RC1)! A sample application that
> illustrates usage of those tag files is a necessity (of course, that
> sample will require JSP 2.0): maybe alternative JSP views for
> JPetStore's Spring web tier?
>
> Juergen
>
>
> ________________________________
>
> Von: spr...@li... im Auftrag
> von Seth Ladd
> Gesendet: Sa 22.05.2004 00:02
> An: spr...@li...
> Betreff: Re: [Springframework-developer] Re: [Springframework-user]
> New technique for working with <spring:bind>
>
>
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Thanks Juergen for pointing out this post.
>
>
> | Actually, Seth's version does *not* require less typing: It just
> avoids repeating the command name. Without Seth's setNestedPath tag,
> you'll get the 3 lines per field, saying "command.firstName"
> respectively "command.lastName". I actually prefer the latter; I
> personally don't think that such a setNestedPath tag adds value -
> except
> for very repetitive forms where you reuse the same bind tag snippet =
for
> various command names.
>
> That's exactly why I would want it and use it.  I don't want to repeat
> anything.  The setNestedPath tag follows very closely the bind tag.
> That is, just helps with setting scope of a bean that bind is using.
> It's entirely optional, too.  The bind tag works/should work just fine
> without it.  I've found it very useful in developing our JSPs that use
> many fields, where many of the fields are withing nested objects.
>
> I still believe it saves typing for anything more than 2 fields.  =
Also,
> it saves a chance for error, as I'm not repeating the command name =
over
> and over.
>
> Having said that...
>
> |
> | If someone wants to reuse bind tags with specific HTML portions,
> simply turn them into parameterizable snippets: for example, with JSP
> 2.0's tag files. It should be straightforward to define Struts-style
> "html:xxx" custom tags this way, using the bind tag (or
> RequestContext/Errors scriptlets) underneath. I think this is a viable
> alternative to WebWork's way of custom tags rendering Velocity
> templates, being equally powerful.
>
> That's exactly what I, and I suspect many, people are doing right now.
> I've wrapped the bind tag and the logic to render the HTML (for
> instance, select and option tags) inside a tag file.  Using the
> struts-esque tag files + setNestedPath, I'm pretty close to very
> minimal
> JSP typing.
>
> I see setNestedPath as an optional, but extremely helpful tag when
> writing anything but the most simple JSP page.  I then see a separate
> set of convinience tags/tag files that render HTML markup as a really
> nice value add that everyone will end up writing anyway.
>
> See the original wiki page that started this.  There is a comment =
there
> that gives examples of these tag files.
>
> My ideal looking page (and what I'm using now):
>
> <springx:setNestedPath path=3D"command">
>
> First Name: <form:text name=3D"firstName"/>
> Last Name: <form:text name=3D"lastName" />
>
> Address:
> <springx:setNestedPath path=3D"address">
> Street1: <form:text name=3D"street1"/>
> Street2: <form:text name=3D"street2"/>
> ...
> </springx:setNestedPath>
>
> <input type=3D"submit"/>
> </springx:setNestedPath>
>
> Hope that helps.
>
> Thanks,
> Seth
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3-nr1 (Windows XP)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFArnxpKZsFSwtW+wIRAvUmAJ92o8EtbvaoyqGBd+MJa7apQRisXgCeO72t
> PHxE0WKTDhfnnfi20RfGThA=3D
> =3DoMwA
> -----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
>
>
>
>
> -------------------------------------------------------
> 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




-------------------------------------------------------
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

Re: [Springframework-developer] Preparing for 1.0.2

[<jue...@we...>]

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

Re: [Springframework-developer] Preparing for 1.0.2

[<jue...@we...>]

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

[Springframework-developer] Enhancement for BindException and BindTag

[Seth L. <se...@eh...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

Please let me know if this is/was a good idea.  With the addition of the
<spring:nestedTag> functionality, I needed to extend the <spring:bind>
tag a little bit.  I needed to get the errors for a property and all of
its fields.  The previous bind tag only understood .* to be "all errors
of the bound object".  I extended it to allow .* at the end of any
object in the graph.

For instance, you can now do this:

public class Command {
~  public SubCommand getSubCommand() { }
}

<spring:nestedPath path="command">
~  <spring:bind path="subCommand.*">
~    <c:if test="${status.errors}">
~    Errors inside the subCommand child object!
~    </c:if>
~  </spring:bind>
</spring:nestedPath>

This way, a bind request can ask for all errors on an object.  We find
this very useful when displaying pages.  For instance, we use 3 drop
downs for a date (month, day, year).  We want to say "Are there errors
on the date?" instead of "Are there errors on date.day, date.month, or
date.year?"

Attached is a patch that makes this work.  I hope the intent is clear,
and if Juergen likes it, he can/should clean it up.  A test is included
as well.

Ideas?  Thoughts?  I know I've been pushing the limited of the bind tag
and usage lately.  If there is a better way to do this, please let me know.

Thanks,
Seth

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFAtPWhKZsFSwtW+wIRAnI7AJ9v5Ogg3t8ZSy6Xl75vmTWiZSqNgQCfSX4X
ZbhuQVzdzicPsnxnNJ67irs=
=AHXb
-----END PGP SIGNATURE-----

Re: [Springframework-developer] MethodInvocationFactory

[Rod J. <rod...@in...>]

+1 for removing it. I don't think it will be needed. I did think at one
point that there might be value in pooling method invocations, but I don'=
t
think there is.

Rgds
Rod

----- Original Message -----
From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
To: <spr...@li...>
Sent: Wednesday, May 26, 2004 11:52 AM
Subject: [Springframework-developer] MethodInvocationFactory


Rod,

I've noticed that the MethodInvocationFactory interface is effectively
unused: AdvisedSupport has a setter and a getter for it, but doesn't use =
a
passed-in MethodInvocationFactory for anything; there's no default either.
Is this supposed to allow for future enhancements? If it's completely unu=
sed
at the current point of time, we should probably still remove it for the
time being...

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=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Integration with Workflow engine via AOP

[Mirco T. <mir...@li...>]

Integration with Workflow engine like JBpm, Eyhadra Shark, etc.. via AOP to 
apply business logic directly to POJO.

-Mirco

[Springframework-developer] Validation Request

[Claudio D'A. <cla...@ob...>]

Hi,
Spring execute controls of user input using a class that implements 
"org.springframework.validation.Validator". But this system don't work if 
spring can't conver an user input in a typed object (i.e.: Date).
When an user wrong a date the sistem show to user a tecnical message and in 
my case is wrong.

In a early project with struts I've exented struts to use the 
commons-validator directly to the request (first the bind object). This 
system can save the problem to show tenical message becouse the input can't 
be converted.

There is a similar system in spring?



Grazie e buon lavoro

----------
Claudio D'Angelo
Software Consultant
ObjectWay S.p.A.
Via G.A. Boltraffio 7
20159 Milano (MI)
http://www.objectway.it

[Springframework-developer] MethodInvocationFactory

[<jue...@we...>]

Rod,
=20
I've noticed that the MethodInvocationFactory interface is effectively =
unused: AdvisedSupport has a setter and a getter for it, but doesn't use =
a passed-in MethodInvocationFactory for anything; there's no default =
either. Is this supposed to allow for future enhancements? If it's =
completely unused at the current point of time, we should probably still =
remove it for the time being...
=20
Juergen

Re: [Springframework-developer] Preparing for 1.0.2

[Darren D. <da...@da...>]

> 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