|
There is a CLRDTAQ (Clear Data Queue) command. Just clear out the data queue as often as necessary during the day. This could be put on the Machine Manager Scheduler or the IBM Job Scheduler to run several times a day if necessary. But I agree with Eric, the system is setup to run without TP. You must have a setting somewhere that is telling it to write to that data queue because it things you do have TP. Many of the programs look for the TP libraries or a specific TP program. Try executing the command WRKOBJ *ALL/TP* to see what objects exists on your system that start with 'TP'. It could be something outside of JBA that has the same naming conventions as JBA, and therefore, is fooling the JBA system into thinking you have TP. Hope this helps. Aaron "Eric Daniel" <edaniel@ameritech. To: <JBAUSERS-L@midrange.com> net> cc: (bcc: Aaron Whittenberger/CIN/IAI) Sent by: Subject: Re: Transport Planning owner-jbausers-l@mi Background tasks drange.com 10/06/00 09:24 AM Please respond to JBAUSERS-L Hi There, You could consider writing a small CL program to delete and recreate the data queue(s). This could program could be scheduled in Machine Manager to run nightly. One inherent problem with data queues is that the more data that is in them the longer it takes to write an entry to them. So the longer the TP Monitors are left down, it will incrementally take longer for the programs to write to them. This is one work around. The system is designed to run without TP, so there is some set-up on your system that makes the system think that TP is attached and running. You could address your problem at this level, but it would take much more time. Regards, Eric Daniel Technical Consultant Viking Consulting ----- Original Message ----- From: <DAhKow@ibl.intnet.mu> To: <JBAUSERS-L@midrange.com> Sent: Friday, October 06, 2000 6:44 AM Subject: Transport Planning Background tasks > > We've been starting and ending the Transport Planning Background tasks > through Machine Manager. This was necessary (even though we do not use the > Transport planning application), because at some point we had one of the TP > data queues full. Note that we are using advanced order entry application. > JBA recommended that these background tasks be run to prevent recurrence > of the problem. > Now that the authorisation code for TP has expired, we are of course unable > to run the monitors. Since we do not intend to purchase TP, we fear that > the proble might recur. Has anyone faced to the same problem? > > Thanks > > +--- > | This is the JBA Software Users Mailing List! > | To submit a new message send your mail to JBAUSERS-L@midrange.com. > | To subscribe to this list send email to JBAUSERS-L-SUB@midrange.com. > | To unsubscribe from this list send email to JBAUSERS-L-UNSUB@midrange.com. > | Questions should be directed to the list owner: doug333@aol.com. > +--- +--- | This is the JBA Software Users Mailing List! | To submit a new message send your mail to JBAUSERS-L@midrange.com. | To subscribe to this list send email to JBAUSERS-L-SUB@midrange.com. | To unsubscribe from this list send email to JBAUSERS-L-UNSUB@midrange.com. | Questions should be directed to the list owner: doug333@aol.com. +--- +--- | This is the JBA Software Users Mailing List! | To submit a new message send your mail to JBAUSERS-L@midrange.com. | To subscribe to this list send email to JBAUSERS-L-SUB@midrange.com. | To unsubscribe from this list send email to JBAUSERS-L-UNSUB@midrange.com. | Questions should be directed to the list owner: doug333@aol.com. +---
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.