Statement cache in connection cache

Question

In my application , i have implemented connection cache mechanism using OracleConnectionImpl class, my application
gets the connection from connection cache and it makes JDBC calls(SELECT,UPDATE),and returns connection back to connection cache.
i am doing above steps repedetily, i am trying to implement statement cache mechanism for performance reasons, is statement cache
mechanism is suitable for above scenario.
i learned that statement chache is associated with a physical connection, in my case i am getting physical connection instances from a connection cache ,
using the connection for making JDBC calls and return back to cache. i am using several physical connection instances using connection cache,
is statement cache suitable for my application?
i need some help
thanks

Answer 1

Hi Elango,
Thank you, I have downloaded latest jdbc driver (9.2) as u suggested, now it's working well, but i found another problem in my application, as am using CLOB datatypes in my application, when i changed my driver classes to above one i am getting following problem while working with CLOB.
here i am giving my error stack:
java.io.IOException: No more data to read from socket
at oracle.jdbc.dbaccess.DBError.SQLToIOException(DBError.java:716)
at oracle.jdbc.driver.OracleClobWriter.flushBuffer(OracleClobWriter.java:270)
at oracle.jdbc.driver.OracleClobWriter.close(OracleClobWriter.java:232)
my application code as follows
BufferedReader xmlReader = new BufferedReader(new StringReader(clobXML)); //my xml string
CLOB clob = ((OracleResultSet) dbresultset).getCLOB(1);
Writer writer = clob.getCharacterOutputStream();
// writing xml into clob
String xmlString = "";
while ((xmlString = xmlReader.readLine()) != null) {
writer.write(xmlString);
xmlReader.close();
writer.close(); //problem here
when i am trying to close or flush the stream,it's giving above problem, otherwise it's working fine, but no data is stored in database.
the above code was working fine with my old driver classes.
any idea?
Thanks,
Sasi