RE: Release ioncompatibility

[mandy.shaw@xxxxxxxxxxxxxxxxxxxxxxxxx]

Here's a deeply nasty workaround I've just invented, which does at least
work ... (on V4R5, anyway).

If you run RUNJVA / JAVA in batch it will of course generate a nice QPRINT
spool file instead of that horrible standard output display ...
If you use DDM SBMRMTCMD to run a command it a) executes synchronously as
far as your job is concerned b) sends you back any escape message as if it
had been returned inside your own job.

So ... create a TCP/IP DDM file to point to LOCALHOST (you'll need to start
the DDM TCP/IP server, and also you'll need to use CHGDDMTCPA to switch off
TCP/IP DDM password checking, which N.B. poses a security risk).
Create a DDS-less physical file, say MYLIB/STDOUT, rcdlen(132), to contain
the spooled output when you've got it.

Now use SBMRMTCMD & your new DDM file to run the JAVA command. It will run
faster than interactively because it doesn't do that horrible slow display
output.
RCLDDMCNV to close the spool file.

The QPRINT spool file will be in the wacky QPRTJOB job that belongs to your
user profile - there's one only of these at a time & it just acts as a
placeholder for spool files of this sort.
So you can do
CPYSPLF FILE(QPRINT) TOFILE(MYLIB/STDOUT) JOB(userprofile/QPRTJOB)
SPLNBR(*LAST)
Now you can do with the output what you will.
It does assume, of course, that this is still the *LAST QPRINT spool file
for this user profile when you do the CPYSPLF, which may theoretically not
be the case, of course - depends what else your users get up to.

Horrible.
Mandy





"Clapham, Paul" <pclapham@core-mark.com> on 26/02/2001 01:06:43

Please respond to JAVA400-L@midrange.com

To:   JAVA400-L@midrange.com
cc:    (bcc: Mandy Shaw/Pacific/UK)
Subject:  RE: Release ioncompatibility




And when you find out, **please** post it on this list.  I've asked this
several times in various places, with no response except "If you use QSH,
then you won't have to train 500 people to wait until they see 'Java
program
complete' before pressing F3".  Which is true, but if you use QSH, you have
no way of telling if the Java program worked or not because QSH ends
normally regardless.  And writing a wrapper to scan the output of QSH for
potential errors has a good chance of misidentifying or missing errors.

PC2

-----Original Message-----
From: Joe Pluta [mailto:joepluta@PlutaBrothers.com]
Sent: February 25, 2001 11:58
To: JAVA400-L@midrange.com
Subject: Release ioncompatibility

</snip>

Also, I'd be tickled to know how to override STDOUT when using the RUNJVA
command.  Having to use QSH is a little ugly.

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



      Regards,
      Mandy Shaw

      Catalyst Solutions plc
      Kingfisher House
      Frimley Business Park
      Camberley
      Surrey
      GU16 5SG
      UK

      http://www.catalyst-solutions.com
      Email: Mandy.Shaw@uk.catalyst-solutions.com

      Telephone: +44 (0)870 166 1000
      DDI: +44 870 166 1324
      Facsimile: +44 870 168 3920
      Mobile: +44 410 447966





----------------------------------------------------------------------
----------------------------------------------------------------------
Catalyst Solutions plc.  Registered No 2918101.
Registered @ Kingfisher House, Frimley Business Park, Frimley,
Surrey. GU16 5SG   U.K.

NOTICE:
This message is intended only for the named addressee(s) and may
contain confidential and/or privileged information. If you are not the
named addressee you should not disseminate, copy or take any action
or place any reliance on it. If you have received this message in error
please notify postmaster@catalyst-solutions.com and delete the message
and any attachments accompanying it immediately.
----------------------------------------------------------------------


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