Re: Remote Java calls to RPG AS400 programs ?

"For example, we have manyManyMany difficults to find the joblog of the
(within hundreds of  QZDASOINIT)  the relating job...."


   The ProgramCall object in Mod 4 of the Toolbox contains a method to get
   the job id (actually what you get back is a Toolbox job object) of the
   AS/400 job actually running the program.  From this you can get the job
   log, etc. Toolbox mod 4 is currently available off the Toolbox web site
   as JTOpen 2.0

"From my point of view the main problem is that the jobs are started under
QUSER (after an AS/400 login !!!), instead of the logging on user."

   One of the reasons it is done this way is performance.  You really don't
   want to wait for a new AS/400 job to start up to run a request.  It is
   much faster to switch an existing pre-started job to the actual profile.
   I am not saying the behavior is perfect.  I agree that it is hard
   finding the server job that is running a program or command, servicing
   JDBC or DQ requests, etc., but (in my opinion) waiting for a job to
   start would be worse.


David Wall
AS/400 Toolbox for Java


"Franco Biaggi" <fbiaggi@ticino.com>@midrange.com on 01/06/2001 01:55:10 PM

Please respond to JAVA400-L@midrange.com

Sent by:  owner-java400-l@midrange.com


To:   "JAVA400-L@midrange.com" <JAVA400-L@midrange.com>
cc:
Subject:  Re: Remote Java calls to RPG AS400 programs ?



Hi,
I agree with Tim problems.
From my point of view the main problem is that the jobs are started under
QUSER (after an AS/400 login !!!), instead of the logging on user.

For example, we have manyManyMany difficults to find the joblog of the
(within hundreds of  QZDASOINIT)  the relating job....
Yes, we can find out from DSPLOG, but this is not a way...

Thanks to fix this in the current OS/400 level...

Ciao.

On Sat, 06 Jan 2001 11:38:39 -0600, David Gibbs wrote:

>At 10:11 AM 01/06/2001, you wrote:
>>    * When the remote Java programs initiate a call to the AS400, the
jobs
>> enter the AS400 as Prestart Jobs in the QUSRWRK subsystem named QRCSRVS
>> under user QUSER. Why is it under QUSER when the Java programmer
actually
>> uses a different userid to gain access to the AS400 via their Java
>> program? I actually used the RTVJOBA from the program I wrote in hopes
of
>> identifying the actual caller by their userid, but was perplexed as to
>> only retireve the QUSER userid.
>If you use RTVJOBA to retrieve the CURUSER parameter, you'll get the
userid
>the command was submitted with.  QUSER is used as an initial userid, the
>remote process switches to the actual userid (that used to connect to the
>as400 with) dynamicly.
>>    * The Java programmer on the remote side uses a software called
>> (Weblogic App Server) and this permits him/her to start one or several
>> openings or portals to the AS400 system which appear as active prestart
>> jobs on the AS400 system named as above, and then the Java program fires
>> these calls to my RPG400 interface programs through these openings or
>> portals, so to speak. So am I right in my description when I say the
>> Weblogic software allows the Java programmer the ability to create one
or
>> multiple openings/portals remotely to the AS400, these openings/portals
>> appear as active jobs and then repeatedly call my program through these
>> openings/portals.
>Is weblogic running on the 400?
>>    * Does anyone have any words of caution or advice or things to be
>> aware of when doing the process I describe above, as this is going to
>> TAKE OFF big time where I m at and I am the alleged 'professional' that
>> everyone wants to talk to about this and I still feel like a relative
novice?
>Make sure you QUSRWRK subsystem is active ... I would actually suggest you
>add some code to make sure your programs are running in QUSRWRK as apposed
>to QSYSWRK.  Unexpected things can happen if you run in QSYSWRK.
>
>david
>
>--
>| Internet: david@midrange.com
>| WWW: http://www.davids-place.net
>|
>| Victory does not convey legitimacy
>
>+---
>| 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
>+---
>


<html>

<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="Author" content="Franco Biaggi">
<meta name="GENERATOR" content="Franco Biaggi">
</head>

<body>

<p>&nbsp; </p>

<table BORDER="1" COLS="1" WIDTH="452" BGCOLOR="#FFFF00">
  <tr>
    <td width="446"><font face="Comic Sans MS"><small><small><br>
    <font color="#3333FF"><a href="http://www.ticino.com/usr/fbiaggi/
">Franco Biaggi</a></font><small><br>
    <font color="#3333FF"><a href="http://www.sisa.ch">SISA Studio
Informatica SA</a></font><small><small><small> <br>
    </small></small></small><font color="#3333FF">R&amp;D
Services</font><small><small><small>
    <br>
    </small></small></small><font color="#3333FF">Via Carvina
1</font><small><small><small> <br>
    </small></small></small><font color="#3333FF">CH-6807
Taverne</font><small><small><small> <br>
    </small></small></small><font color="#3333FF">Tel. +41 91 935 75
35&nbsp; Fax. +41 91 935
    75 30</font></small></small></small><br>
    </small></small></small><font color="
#3333FF">ICQ:59714125(disabled)</font><small><small><small> <br>
</font></td>
  </tr>
</table>
</body>
</html>



+---
| 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
+---