|
This will get you around the problem, but I think it is going to really tank performance of anything but a trivial application. The problem with this change is that you are going to pay the price of job creation on every connection. The suggested solution should work for getting around the problem, but a better long term solution should be used. I will request this be looked at by someone here. Regards, Richard D. Dettinger AS/400 Java Data Access Team Think your job is safe? Your future? Your company's existence? Think again. Right now there are people planning to do you in. To replace you, steal your paycheck, obliterate your business, throw you out in the street. ...This is your wake-up call. Digital Darwinism is unstoppable. -Paul Somerson Gopi_Padakandla@dtconsulting.com on 12/18/99 07:19:29 PM Please respond to JAVA400-L@midrange.com To: JAVA400-L@midrange.com cc: Subject: Re: JDBC lock after update Shahar, Try this.., 1. CHGPJE SBSD(QSERVER) PGM(QZDASOINIT) MAXUSE(1) (the supplied default is 200 for the MAXUSE parameter) 2. Restart the QSERVER Subsystem. This will release all the object locks when the Database connection is terminated. Rgds, Gopi Decision Technologies Inc., "Solutions for the Smart People" From: shahar mor <shahar_mor@yahoo.com>@midrange.com on 12/15/99 12:25 PM Please respond to JAVA400-L@midrange.com Sent by: owner-java400-l@midrange.com To: JAVA400-L@midrange.com cc: Subject: JDBC lock after update Hi all, I have an application that uses the toolbox jdbc driver to connect to the as400 database. When doing select for update, and rs.next i can clear all locks obtained by QZDASOINIT server job by closing the result set (rs.close). When i update a row by using 'update f set fld=value where keyfld=unique value' the row is updated but the QZDASOINIT retain a read lock on the updated record. Is there a way to get rid of the read lock which remains after the update ? Thanks for any input ===== Shahar mor consultant __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one place. Yahoo! Shopping: http://shopping.yahoo.com +--- | 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 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.