|
I handled this by running a Qshell script from the CL. The shell script
can monitor for the return code from the System.exit(x) and then can set a
data area with the value....
# Usage: scriptName classpath notifyDataArea parm1 parm2 parm3 ...
#
java -classpath $1 com.dpslink.whatever.ClassName $3 $4 $5 $6 $7
if test "$?" = "0"
then system "chgdtaara dtaara($2 (1 1)) value('0')"
else system "chgdtaara dtaara($2 (1 1)) value('1')"
fi
This is a quick and dirty version, you should get the idea though. The
keys are the $? which is the value on the system.exit and the ability of
qshell to run an AS/400 command via the "system" keyword.
===
Marshall Dunbar
DPS, Inc.
marshall@dpslink.com
(317)574-4300 (800)654-4689
====
"Mark Phippard" <MarkP@softlanding.com>
Sent by: owner-java400-l@midrange.com
05/18/2001 10:30 AM
Please respond to JAVA400-L
To: JAVA400-L@midrange.com
cc:
Subject: Re: System.exit
I assume by the lack of response that no one has figured out a way to do
this?
I am toying with the idea of having the Java program create a data area in
QTEMP by using runtime.exec().
Then the CL program can just check for the data area.
On 05/17/2001 12:38:50 PM owner-java400-l wrote:
> Is there anyway to "exit" from a Java program in such a way that it
would
> cause the RUNJVA command to issue a *ESCAPE message?
>
> I want to run a Java class from a CL program using RUNJVA and I want the
> Java program to be able to indicate to the program if it fails. The
> easiest way to do this would be to just monitor for a message on the
RUNJVA
> command.
>
> However, if the Java program ends with System.exit(-1) it does not cause
> RUNJVA to fail. It appears that RUNJVA only fails if it cannot load the
> class.
>
> I realize that I could use some of the toolbox classes to do something
to
> indicate that it failed, but that just complicates the deployment of the
> class, and right now it is just using the standard Java classes.
>
> Any help for how this might be done would be appreciated.
>
> Thanks
>
> Mark Phippard
>
>
>
> +---
> | 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
+---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.