Re: QZDASOINIT library list - JDBC

The job description for the QZDASOINIT job is QGPL/QDFTSVR.

That job description specifies the System Value, so it will be a
combination of system library list and the user library list as
specified in the QUSRLIBL and QSYSLIBL system values.

As Kevin pointed out just changing the user of the job does not alter
the library list.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 4/27/2011 8:18 AM, Wai Hung Kevin Lau wrote:

The library list is from the jobd.  The principle is that QZDASOINIT job is a
server job.  It is another job, not part of your signon job.  Thus the your
library list is nothing related with the library list in QADASOINIT job.



Kevin


________________________________
From: Charles Wilt<charles.wilt@xxxxxxxxx>
To: Midrange Systems Technical Discussion<midrange-l@xxxxxxxxxxxx>; Java
Programming on and around the iSeries / AS400<java400-l@xxxxxxxxxxxx>
Sent: Wed, April 27, 2011 8:57:54 AM
Subject: QZDASOINIT library list - JDBC

All,

I'm trying to understand how the library list is being set for a
QZDASOINIT job servicing a JDBC connection.

The JDBC connection specifies
libraries=*libl

Which as I understand it means use the default LIBL for the server
job.  I would expect to see just the libraries specified in the
QSYSLIBL and QUSRLIBL system values.

However, when I look at an active job, I see that the LIBL isn't what
I'd expect.  It looks as if the library list is being taken from the
JOBD specified on the user profile used to connect.

I don't recall it working like that.  Is my memory going, or am I
missing something that resetting the LIBL of the QZDASOINIT job?

Thanks,
Charles

--
This is the Java Programming on and around the IBM i (JAVA400-L) mailing list
To post a message email: JAVA400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/java400-l.