[ 
http://issues.apache.org/jira/browse/IBATIS-226?page=comments#action_12358110 ] 

Paul Benedict commented on IBATIS-226:
--------------------------------------

My idea was also spawned by the author of Jakarta Tapestry, Howard Lewis Ship. 
See his blog entry about performance using reflection compared to direct object 
navigation:
http://howardlewisship.com/blog/2005/11/improving-tapestry-performance.html

I am optimizing performance in this one subsystem and it looks like I can get 
very good gains by hard-coding the retrival of the result set. Reflection is 
slower (and that's not too much of a concern for general purposes), but for a 
few exception cases I want the fastest performance. 

So I appreciate hearing Clinton saying he "prefer[s] it to other proposed 
alternatives". This is obviously not an everydays concern, but it's always nice 
to support power users too. My philosophy is to have general support, but 
provide pluggable interfaces for advanced designs.

> Support Commons DBUtils ResultSetHandler
> ----------------------------------------
>
>          Key: IBATIS-226
>          URL: http://issues.apache.org/jira/browse/IBATIS-226
>      Project: iBatis for Java
>         Type: New Feature
>   Components: SQL Maps
>     Reporter: Paul Benedict

>
> Sometimes I need total control over the caching mechanism for very critical 
> systems. I need to also guarantee object identity and I can only do this when 
> handling the result set myself. I propose adding an attribute to the 
> <statement> tag (and also <select>, <insert>, <update>) that will specify a 
> subclass of ResultSetHandler so that I may write custom code and decode the 
> ResultSet myself. The ResultSetHandler class is part of the Jakarta Commons 
> DBUtils package. It is extremely useful!
> <select id="findMyObject" resultSetHandler="com.company.MyResultSetHandler">
> To prevent excess object creation, IBATIS must reuse the same instance it 
> creates. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

Reply via email to