RE: connection error (retrieveRecordFormat?)

I am not familiar with those APIs but yes, the command or program is run
under the user/program specified user profile.  The job you referenced is
the ProgramCall / CommandCall server.  To improve performance, it starts as
a pre-started job so it is ready to accept requests.  It starts under the
QUSER profile.  When the Toolbox connects to this server (or any server for
that matter), the server swaps to the profile specified by the user or
program.  The command/program is then started.  Since the command/program
is started after the swap, it runs under the authority of the user/program
specified user profile, including only being able to access the stuff the
profile is authorized to.  When the command/program ends, the server job
ends and a new prestarted job starts to take its place.

David Wall
AS/400 Toolbox for Java


Geert Van Landeghem <gvl@reynderseti.be> on 05/18/2000 02:28:46 AM

Please respond to JAVA400-L@midrange.com

To:   "'JAVA400-L@midrange.com'" <JAVA400-L@midrange.com>
cc:
Subject:  RE: connection error (retrieveRecordFormat?)




Does this mean that security is handled based upon the userprofile
with which the AS/400 connections are made? (Ownership created objects,
authority checking, ...)
If so I don't have to use the QSYGETPH, QSYRLSPH and QWTSETP api's anymore
to change the user under which the QZRCSRVS jobs run...
(being QUSER by default)


-----Original Message-----
From: dawall@us.ibm.com [mailto:dawall@us.ibm.com]
Sent: woensdag 17 mei 2000 16:04
To: JAVA400-L@midrange.com
Subject: Re: connection error (retrieveRecordFormat?)


Your program looks good (I copied it into a test case and it connected to
my AS/400, then crashed because it could not find library ljptest).  In
your case the program ends where it does because that is the first time the
Toolbox needs to access the AS/400.  You talk about your firewall.  Is it
configured for data transmission in both directions?  Do you have a machine
behind the firewall to see if you can connect to your AS/400 when the
firewall is not in the picture?  That will help determine if the AS/400 or
the firewall is the problem.  Check the QUSER profile to make sure it is
enabled.  The server jobs start as QUSER then switch to the user specified
profile to do actual work.

David Wall
AS/400 Toolbox for Java


"larry/@paque.net" <larry on 05/16/2000 11:10:29 AM

Please respond to JAVA400-L@midrange.com

To:   java400-l@midrange.com
cc:
Subject:  connection error (retrieveRecordFormat?)




Please have patience with what's probably a stupid mistake.

I am trying to make a demo data queue program from AS400 Network Expert
(may/june 2000) work on my system.  I made some modifications to set it up
for my environment but am having trouble getting it to connect to the
AS400.
The sign on window appears and I fill it in but then it fails with the
following error:
"java.net.ConnectException: Connection refused: no further information"

I put the source that is getting the error at the end of this message.
Please forgive my primitive debugging. The failure appears to be in the
execution of the retrieveRecordFormat.
"pList[0]:" & "pList[1]:" both come up but then I get the connection
refused error and no "pList[1a]:"

I checked the system name.
I checked the file name (LJPTEST/PRDMST).
The firewall shows activity on ports assigned to the signon server then on
the port mapper and finally on the DDM server before failing.
STRTCPSVR *DDM says the server is already active.

1 - Do you see my error?
2 - Where can I look on the 400 for any logging information about what it
thinks is happening and maybe a more explicit error message?
3 - Any other ideas for debugging this type of stuff?

Thanks for any help or ideas,

Larry
larry@paque.net
larry@scjins.com


Here is the section of code that is executing:

public class Inv013Dtaq {
  DataQueue dtaqIn, dtaqOut;
  AS400 sys;
  RecordFormat dtaqFormat;
  public Inv013Dtaq() {
    sys = new AS400("S100BFDD");
    System.out.println("pList[0]: ");

    AS400FileRecordDescription recDesc =
      new AS400FileRecordDescription(sys,
         "/QSYS.LIB/LJPTEST.LIB/PRDMST.FILE");
    System.out.println("pList[1]: ");
    try {
      dtaqFormat = recDesc.retrieveRecordFormat()[0];
    System.out.println("pList[1a]: ");
      dtaqIn = new DataQueue(sys,
        "/QSYS.LIB/LJPTEST.LIB/JAVADTAQO.DTAQ");
    System.out.println("pList[1b]: ");
      dtaqOut = new DataQueue(sys,
        "/QSYS.LIB/LJPTEST.LIB/JAVADTAQI.DTAQ");
    System.out.println("pList[1c]: ");
    } catch (Exception e) {
      System.out.println(e);
    }
  }

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