|
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-2024 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.