Fernanda Pizzorno (JIRA) wrote: > [ > http://issues.apache.org/jira/browse/DERBY-690?page=comments#action_12367929 > ] > > Fernanda Pizzorno commented on DERBY-690: > ----------------------------------------- > > Daniel wrote: > _______ > > This also seems closely tied to implementing the ResultSet.refreshRow() > method, if we continue with the proposed > implementation and document it, then a natural work-around would be to tell > the application to issue a refreshRow(), > but Derby doesn't support it :-(. Of course if refreshRow was implemented, > then we possibly wouldn't need to document > this as a refreshRow() could be called after an updateRow() to present the > correct information. > ________ > > I do not think implementing the ResultSet.refreshRow() method would help in > this case. We are implementing result sets > of type TYPE_SCROLL_INSENSITIVE and according to the "JBDC API Tutorial and > Reference, Third Edition" p.759, the > refreshRow() mothod does nothing for result sets of type > TYPE_SCROLL_INSENSITIVE. Maybe you were thinking of the > refreshRow() semantics for sensitive result sets.
I was only reading the jdk 142 javadoc for refreshRow which does not mention this restriction. I didn't even consider such a restriction would be in place. Thanks, Dan.
