|
-----Original Message-----see
From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-
bounces@xxxxxxxxxxxx] On Behalf Of Ashish Kulkarni
Sent: Monday, January 11, 2010 7:11 AM
To: Java Programming on and around the iSeries / AS400
Subject: Re: updating database using SQL and QUSER in journal
Hi
this is what i am trying to do,
i create a JDBC connection using profile TEST1, we now call a stored
procedure in RPGLE from java, and pass user id TEST2 as input parameter,
now
stored procedure uses IBM API to swap user id from TEST1 to TEST2, so now
the job user id is TEST1, while the thread user id is TEST2,
After this swap stored procedure updates table1, when i see the journal
entry for table 1, i see the row updated by TEST1 and not by TEST2, i was
expecting DB2 to update table using thread ID and not job ID.
Any ideas about this
Ashish
On Mon, Jan 11, 2010 at 6:30 AM, Murali Rao <
Murali.Rao@xxxxxxxxxxxxxxxxxxxxx> wrote:
We are using RPGLE stored procedure, called from Java web services.. We
setup the user id and password in property file for connection using
jt400.jar.
It uses our user profile for logging in to iseries and etc.
Check in qusrwrk subsystem for pj jobs under user profile you used to
connect to db2.
Regards,
Murali
-----Original Message-----
From: java400-l-bounces@xxxxxxxxxxxx [mailto:
java400-l-bounces@xxxxxxxxxxxx] On Behalf Of Ashish Kulkarni
Sent: 08 January 2010 22:50
To: Java Programming on and around the iSeries / AS400
Subject: updating database using SQL and QUSER in journal
Hi
I have updated an table using JDBC connection, when i go to journal i
doesthe updated user as QUSER and not the user who was used to create
Connection, so dont get information about who updated the table, how
updating table from JDBC work,statement
I am calling a RPGLE stored procedure, and this procedure updates the
table, it is not a direct update statement from java, but callable
--
Ashish
www.ayurwellness.com
www.mysoftwareneeds.com
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.