Re: [Springframework-developer] API simplification

[<tri...@tr...>]

Rod & All,

I'm all for simplifying the API and while working on refactoring the
StoredProcedure to use JdbcTemplate I've come across two issues.

1. Does anybody use the ParameterMapper interface defined in the StoredProcedure
class?  I would like to remove it.  With the new implementation for
StoredProcedures, that mimics how we create PreparedStatements, there will be
other ways of providing database specific ways to map parameters.

2.  For PreparedStatements there are two ways of setting the parameters.  Either
using a PreparedStatementCreatorFactory or a PreparedStetementSetter.  Which
method are you all preferring?  Should we pick one, or should the
CallableStatement implementation provide both ways as well?

Let me know what you think.

Also, do you want me to just commit any changes to the jdbc package, or do you
want me to create a separate branch so we can make sure it really works before
we merge it in to the main branch?  I'm making sure the tests run and I test
with some live connections, but with the variety of JDBC drivers and databases
out there, I can only test on a small subset of all the possible combinations.

Thomas

> I've just committed another BeanFactory change. This removes the
> getPropertyValues() method from the FactoryBean interface. This makes life
> easier for typical development usage. Developers won't need to understand
> the (slightly obscure) purpose of this method unless they want to, in which
> case they implement the new PropertiesValueProviderFactoryBean interface.
> 
> As all FactoryBean implementations in the src tree, as opposed to the test
> tree, don't use pass through properties, I removed the getPropertyValues()
> method from all of them.
> 
> Regards,
> Rod
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>