|
midrange.com
David,
Which API are you using to get the AS400 object? The ISeriesConnection
class defines the following 2 APIs for this:
public AS400 getAS400ToolboxObject(Shell shell)
public AS400 getAS400ToolboxObject(Shell shell, boolean createNew)
The first one returns the AS400 object we use for communications, so
anything you run using this API will run in the RSE comm server job with
it's library list, CURLIB, etc... The second one uses the createNew option
to determine whether you want the same one we use or a new one based on the
one we use. Passing true will create a new one with the same user ID and
password and will also set any library list or curlib changes the user
specified in the Initial library list properties for the RSE connection but
won't have any changes made to the library list by the user on the fly. If
you ask for the RSE's AS400 object and then clone it or create a new one
based on it then you will not get the library list and current library
settings, just the user ID and password.
Sounds like you want to just use the first API, or the 2nd one but passing
false for createNew.
We can take this off-line if you think this is not appropriate for the
mailing list.
Don Yantzi
WebSphere Development Studio Client for iSeries
IBM Toronto Lab
Phone: (905) 413-4476
IBM internal: IBMCA(yantzi) - Internet: yantzi@xxxxxxxxxx
David Gibbs
<dgibbs@xxxxxxx>
Sent by: To
wdsci-l-bounces@m wdsci-l@xxxxxxxxxxxx
idrange.com cc
Subject
01/15/2004 12:53 [WDSCI-L] Re: RSE Connections
PM Continue To Get Lost or Confused?
Please respond to
Websphere
Development
Studio Client for
iSeries
Mark Phippard wrote:
> The QZRCSRVS jobs are the program call/command jobs and is where the bulk
> of the work is done (although the spooled file plugin does not use
these).
> I would guess that the Implementer plugin is running commands and
programs,
> so it is likely using these jobs.
Actually, I worked with Duie on this issue :)
Here's what I observed ... for some reason there were TWO (maybe more, I
don't completely remember) QZRCSRVS jobs active for his session ... one
with the 'iSeries Commands' subsystem library list defined, and the
other without.
Our plugin simply asks RSE for the AS400 object in order to do issue
commands and perform PCML program calls. We assume that the library
list defined on the "iSeries Commands" subsystem will be in place.
Our requests, however, were being executed on the second QZRCSRVS job
... which didn't have the library list set.
> Finally, I believe that our messages plugin will use its own server
> QZRCSRVS server job if you use the option to monitor your interactive
> message queue.
Any chance that this is causing RSE to hand out a new AS400 object (that
doesn't have the library list set) when the Implementer plugin asks for
it? Of course, if a plug-in asks for an AS400 object, and a RSE decides
that a new connection is required, I would expect it to setup the
connection properly.
david
--
David Gibbs
Sr. Software Engineer / R&D / MKS Inc., www.mks.com
Lombard, IL, USA; tel: 630-495-2108; fax: 630-495-3591
Build Better Software
_______________________________________________
This is the Websphere Development Studio Client for iSeries (WDSCI-L)
mailing list
To post a message email: WDSCI-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/wdsci-l.
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.
