|
If you are at v5r2 or later, try the following (untested): Job[] servJobs = myAs400.getJobs(AS400.COMMAND); Date today = new Date(); for (int i = 0; i < servJobs.length; i++) { servJobs[i].setJobDate(today); } If that doesn't work, you could perhaps write a CL/RPGLE program that would run at midnight each night and do a CHGJOB on the QZRCSRVSD job. That way, you wouldn't need to do this in every Java program that calls an RPG program. HTH, Gary > -----Original Message----- > From: java400-l-bounces@xxxxxxxxxxxx > [mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf Of > NGay@xxxxxxxxxxxxx > Sent: Wednesday, January 14, 2004 9:23 AM > To: java400-l@xxxxxxxxxxxx > Subject: Job Date when calling CL/RPG/etc from Java using PCML > > > Hi, > > I have an application where I am kicking off a legacy RPG > program from Java using PCML. The RPG program is of course > hugely complex and would be a lot of work to rewrite in Java. > This all works fine however I've noticed some very odd > behaviour with the Job Date of the QZRCSRVS that the RPG > program runs in. What appears to be happening is: > > When TCP/IP is started by STRTCP, a QSTRTCP runs for a brief > period of time and submits various other jobs. We don't IPL > our machine very often so this last ran on 13th Dec 2003. > > One of the jobs this kicks off is QZRCSRVSD, which seems to > be a job for servicing Java-to-somethingelse program calls. > This runs with job description QSYS/QZBSJOBD and since it > continuously it unsurprisingly has a job date of when the job > first started, so this is also 13th Dec 2003. > > Each time a Java program calls a non-Java program, QZRCSRVSD > appears to kick off a new QZRCSRVS job which again uses job > description QSYS/QZBSJOBD. However what is really odd is that > the Job Date on this job is also 13th Dec 2003. The Job Date > field of the job description says *SYSVAL so it should just > use the value of QDATE but this is definitely not what is > happening. I'm assuming that somewhere QZRCSRVSD it does a > SBMJOB to kick off the QZRCSRVS job, and on the SBMJOB it > specifies a value for Job Date. > > This is causing us some major headaches since we rely on Job > Date being today's date. Ending and restarting TCP/IP each > day isn't really a viable option since this will end all > connections to the server. Does anyone have any inventive > suggestions what we could do to fix this, without having to > alter the RPG program to retrieve today's date in a different > way (e.g. by passing it in as a parameter)? > > Thanks very much, > > Nigel Gay > Computer Patent Annuities > > > > > > > ************************************************************** > ****************** > The information in this message is confidential and may be > legally privileged. It is intended solely for the addressee; > access to this email by anyone else is unauthorised. > > If you are not the intended recipient: (1) you are kindly > requested to return a copy of this message to the sender > indicating that you have received it in error, and to destroy > the received copy; and (2) any disclosure or distribution of > this message, as well as any action taken or omitted to be > taken in reliance on its content, is prohibited and may be unlawful. > ************************************************************** > ****************** > > _______________________________________________ > This is the Java Programming on and around the iSeries / > AS400 (JAVA400-L) mailing list To post a message email: > JAVA400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change > list options, > visit: http://lists.midrange.com/mailman/listinfo/java400-l > or email: JAVA400-L-request@xxxxxxxxxxxx > Before posting, please take a moment to review the archives > at http://archive.midrange.com/java400-l. >
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.