× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re: Problems Caching and reusing JDBCCallableStatement objects
  • From: "Al Heitkamp" <Al.Heitkamp@xxxxxxxxxxxx>
  • Date: Mon, 24 Jul 2000 13:54:06 -0500

Applying PTF SF63152 corrected the problem for us.  We are now able to cache 
the  CallableStatements and reuse them.

Thanks Richard!


Alan A. Heitkamp
H.B. Fuller Company
(651) 236-4072
Al.Heitkamp@hbfuller.com

>>> <cujo@us.ibm.com> 07/17 9:56 AM >>>
The latest JDBC PTF is SF63152.  It superceeds all others, so it would be
what you want if you would like to be totally up to date.

Try to build as simple of a recreation as you can and send it to me.  I
will try to figure out what is going on.


Regards,

Richard D. Dettinger
AS/400 Java Data Access Team

"TRUE! nervous, very, very dreadfully nervous I had been and am; but why
WILL you say that I am mad?
The disease had sharpened my senses, not destroyed, not dulled them. "

- Edgar Allan Poe
"The Tell-Tale Heart"




"Al Heitkamp" <Al.Heitkamp@hbfuller.com> on 07/17/2000 09:07:46 AM

Please respond to JAVA400-L@midrange.com 

To:   JAVA400-L@midrange.com 
cc:
Subject:  Re: Problems Caching and reusing JDBC CallableStatement
      objects




My AS/400 administrator informed me that we are current on PTFs.

     Product ID/PTF ID  . . . . . . . . . . :   5769999  TL00147

Are there any particular PTFs that I should ensure have been applied?

Thanks,

Al Heitkamp
H.B. Fuller Company
Arden Hills, MN

>>> <cujo@us.ibm.com> 07/14 11:01 AM >>>
Hmm... I think that should all work, but we have run into a couple issues
recently with our parameter support.  Please ensure that you are pretty up
to date on your v4r4 PTFs, and try again after getting the latest if you
are not.

If the problem persists, please try to find the simplest example that you
can recreate the problem in and e-mail it to me directly.  I will figure
out what is going on and get back to you and/or the group as appropriate.
Thanks.

Regards,

Richard D. Dettinger
AS/400 Java Data Access Team

"TRUE! nervous, very, very dreadfully nervous I had been and am; but why
WILL you say that I am mad?
The disease had sharpened my senses, not destroyed, not dulled them. "

- Edgar Allan Poe
"The Tell-Tale Heart"




"Al Heitkamp" <Al.Heitkamp@hbfuller.com> on 07/14/2000 09:40:48 AM

Please respond to JAVA400-L@midrange.com 

To:   JAVA400-L@midrange.com 
cc:
Subject:  Problems Caching and reusing JDBC CallableStatement objects




I have written an application that runs on the AS/400 and calls stored
procedures using JDBC driver com.ibm.db2.jdbc.app.DB2Driver. My first
release of the application created a new CallableStatement object each time
I called a stored procedure. This has been working fine for some time now.

In an attempt to improve performance, I modified the application to cache
the CallableStatement objects for each different stored procedure call,
then reusing the CallableStatement object for subsequent stored procedure
calls.  I am now getting the error *Conversion error on input host variable
or parameter *N.* I returned to creating the new CallableStatement for
every stored procedure call and the application works fine again. Caching
the CallableStatements works fine against an Oracle database and improved
performance by almost 10 percent.

Has anyone seen this problem before?  We are running V4R4 and JDK 1.1.7.

Thanks,

Al Heitkamp
H.B. Fuller Company
Arden Hills, MN



+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net 
+---



+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net 
+---

+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---



+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.