Itoolkit's iPgm - Library setup

[deepakpenjarla]

iToolkit's iPgm is taking Library List from User's JOBD library list.
Any way to give the library list in run time.?

I tried submitting the job with a JOBD which has a set of libraries but no use. When I console the result after run( ). I see below XML.

\n \n XML Toolkit 1.9.9\n \n 1100016\n \n \n \n \n 10000 05\n \n \n \n \n 1100016\n \n \n \n \n *NA\n FFFFFFFF\n< jobname>QSQSRVR \n QUSER\n 266967\n *ACTIVE\n USER01\n 37\n 37\n 819\n ENU\n US\n QSYSWRK\n QSYS\n \n QSYS QSYS2 QHLPSYS QUSRSYS\n QTEMP LIBRARY1 LIBRARY2\n see log scan, not error list \n \n \nundefined

[deepakpenjarla]

@ThePrez
Could you please help on this.?

[abmusse]

@deepakpenjarla

What if you ran CHGLIBL prior to calling your program?

What version of itoolkit are you using?

[deepakpenjarla]

@abmusse
We are using itoolkit v0.1.6.

Library List of submitted Job (Node Jobs) is having the library list properly.
Node Jobs :
QP0ZSPWT USER01 BATCHI ACTIVE PGM-sh
QP0ZSPWT USER01 BATCHI ACTIVE PGM-node
QZSHSH USER01 BATCHI ACTIVE PGM-QZSHSH

but it internally submitting another PRESTART job with QUSER

QSQSRVR QUSER 267369 PJ ACTIVE

This prestart job's library list is taken from Prestart JobD (QDFTSVR/QGPL ) which I can't change because the same prestart job might be using for different purpose.
Is there a way to configure to use a particular prestart job instead of using QSQSRVR always.?

[deepakpenjarla]

One more question here,, If we do not specify library Name in iPGM options, from which library list it tries to find the program.? Is it from current library list.?

[abmusse]

@deepakpenjarla

One more question here,, If we do not specify library Name in iPGM options, from which library list it tries to find the program.? Is it from current library list.?

Yes it should try to use your library list first.

Below is an example changing your library list using v0.1.6:

const { iConn, iCmd, xmlToJson } = require('itoolkit');

const conn = new iConn('*LOCAL', process.env.USER, process.env.PASSWORD);

conn.add(iCmd("RTVJOBA USRLIBL(?) SYSLIBL(?)"));
conn.add(iCmd("CHGLIBL LIBL(QXMLSERV)"));
conn.add(iCmd("RTVJOBA USRLIBL(?) SYSLIBL(?)"));

conn.run((xmlOut) => {
  const output = xmlToJson(xmlOut);
  for (let command of output) {
   console.log(command);
  }
});

Output:

{
  type: 'cmd',
  success: true,
  cmd: 'RTVJOBA USRLIBL(?) SYSLIBL(?)',
  data: [
    {
      name: 'USRLIBL',
      value: 'QGPL       QTEMP      QDEVELOP   QBLDSYS    QBLDSYSR'
    },
    {
      name: 'SYSLIBL',
      value: 'QSYS       QSYS2      QHLPSYS    QUSRSYS'
    }
  ]
}
{ type: 'cmd', success: true, cmd: 'CHGLIBL LIBL(QXMLSERV)' }
{
  type: 'cmd',
  success: true,
  cmd: 'RTVJOBA USRLIBL(?) SYSLIBL(?)',
  data: [
    { name: 'USRLIBL', value: 'QXMLSERV' },
    {
      name: 'SYSLIBL',
      value: 'QSYS       QSYS2      QHLPSYS    QUSRSYS'
    }
  ]
}

[deepakpenjarla]

@abmusse Thanks for your answer.
Yes, I agree we can use Retrieve and Change but if partiular JOBD is having 15-20 libraries then I need to retrieve and set the library list before every call of program.
And, if I use the calling of a program in a POST request then I might be doing the same for every POST request.
Is there a way to set the Node to always refer to a particular JOBD libraries.? may be in the current versions of itoolkit (I might be using older version).?

[kadler]

Why do you need to retrieve it? Just set it exactly how you want it.

[deepakpenjarla]

@kadler I would like to use Library list from a JOBD, so to get the library list, I need to retrieve the library list from a particular JOBD and set it.

[kadler]

Ok, gotcha.

[ThePrez]

You may also be able to specify the ctl transport option like so: *sbmjob(LIBNAME/JOBD/JOBNAME)

I believe this will result in the XMLService jobs being submitted to batch under the given *JOBD.
https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/IBM%20i%20Technology%20Updates/page/Toolkit%20for%20i%20APIs

Of course, there will be more overhead associated with submitting those batch jobs, but you can mitigate some of that with prestarted jobs and/or using the ipc parameter.
http://yips.idevcloud.com/wiki/index.php/XMLService/XMLSERVICEQuick

[deepakpenjarla]

Hi @ThePrez
I tried to use the iConn option as below

var conn = new xt.iConn("*LOCAL","USER01","XXXXX",ctl:'*sbmjob(QGPL/NEWUIJOBD/NODE_JB)',ipc:'/tmp/pdeepak/'});

I see it is submitting a job with NODE_JB with specified JOBD (NEWUIJOBD) but still library list for the job is User's JOBD library list.
Am I missing something here.? or is it because of XMLSERVICE version or itoolkit version we are using.?

[kadler]

I found this old doc on library list in XMLSERVICE: http://yips.idevcloud.com/wiki/index.php/XMLService/XMLSERVICELibl

It generates the SBMJOB command like this:

xmlservice/src/plugipc.rpgle

Lines 1410 to 1445 in 491b0d3

	// execute command
	// SBMJOB CMD(CALL PGM(PLUGSBMLIB/PLUGSBMPGM)
	// PARM('/tmp/ranger')) JOBD(ZENDSVR/ZSVR_JOBD)
	// PRTDEV(*JOBD) OUTQ(*JOBD) INLLIBL(*JOBD)
	// INLASPGRP(*JOBD) SPLFACN(*JOBD)
	mylib = confSBMLIB();
	mypgm = confSBMPGM();
	cmdstr = 'SBMJOB CMD(CALL PGM('
	+ %trim(mylib)
	+ '/'
	+ %trim(mypgm)
	+ ')'
	+ ' PARM('
	+ ''''
	+ %trim(ipcPathBlk)
	+ ''''
	+ '))'
	+ ' JOB('
	+ %trim(ipcDoFlags.doSbmNam)
	+ ')'
	+ ' JOBD('
	+ %trim(ipcDoFlags.doSbmLib)
	+ '/'
	+ %trim(ipcDoFlags.doSbmJobd)
	+ ')';
	// INLASPGRP(ASP1) (1.6.5)
	if ipcDoFlags.doSbmAsp <> *BLANKS;
	cmdstr = %trim(cmdstr)
	+ ' INLASPGRP('
	+ %trim(ipcDoFlags.doSbmAsp)
	+ ')';
	endif;
	// add options for SBMJOB
	for i = 1 to SBMNBR;
	cmdstr = %trim(cmdstr) + ' ' + %trim(SBMARRAY(i));
	endfor;

There is a way to alter it, but it's a compile-time option:

xmlservice/src/plugconf_h.rpgle

Lines 139 to 148 in 9b9fa7d

	DSBMOPTS ds
	D sbm1 50 inz('CURLIB(*CURRENT)')
	D 50 inz('INLLIBL(*CURRENT)')
	D 50 inz('SRTSEQ(*CURRENT)')
	D 50 inz('LANGID(*CURRENT)')
	D 50 inz('CNTRYID(*CURRENT)')
	D 50 inz('CCSID(*CURRENT)')
	D SBMNBR c %div(%size(SBMOPTS):%size(sbm1))
	D pSBMOPTS s * inz(%addr(SBMOPTS))
	D SBMARRAY s 50 dim(SBMNBR) based(pSBMOPTS)

and its hard-coded to use the current job's library list.

[ThePrez]

This sounds like a reasonable enhancement request to be routed to XMLService team for consideration.

According to this comment:

xmlservice/src/plugconf_h.rpgle

Line 137 in 9b9fa7d

* INLLIBL *JOBD changed to *CURRENT via Alan (1.7.3)

Version 1.7.3 predates git control, so tracing history with certainty is impossible. However, I strongly suspect the "Alan" is @alanseiden. I will reach out to him to see if he remembers the reasoning behind that change (besides some obvious ones).