|
My server friends tell me it is highly likely the qUSRwrk subsystem is not started. Since it is not started the server jobs run as a batch immediate job in qSYSwrk. Batch immediate jobs run with multithread(*yes). When qUSRwrk is started the server jobs will run as batch jobs in qUSRwrk which pick up the multithread attribute from the jobd (*no in your case). The real question is why do batch immediate jobs run as *yes even though parent jobs and job descriptions say it should be *no. We are pursuing this with the work management folks. It sounds like you are also going through normal service channels to figure out what is going wrong. If you hear something different please post to the forum. David Wall AS/400 Toolbox for Java David Gibbs <dgibbs@verticalsky.com>@midrange.com on 12/20/2000 11:33:40 AM Please respond to JAVA400-L@midrange.com Sent by: owner-java400-l@midrange.com To: "'JAVA400 Mailing List'" <JAVA400-L@midrange.com> cc: Subject: Toolkit Remote command & multi-threading? Folks: I've got a strange situation with a customer that's running a program that uses Java Toolkit for AS400 (JT400). Our program is running on a PC and is executing a CommandCall. The command call works fine, but at the end our job does a RCLRSC. The problem is: For some reason the CommandCall is executing in a job that as the ALWMLTTHD option set to *YES and RCLRSC is not valid in a multi-threaded environment. This causes the job to abort (and other bad things that I won't go into). The job description QZBSJOBD is set to ALWMLTTHD(*NO), and we're not sure how that is being changed. The version of JT400 is quite old ... V3R2M1.2, the customers system is at V4R4. We've tested the program on V4R5 without a problem. Any ideas as to why the CommandCall would be run in a multi-threaded job? Thanks! david -- David Gibbs Sr. Software Engineer VerticalSky, Inc. 2500 S. Highland Ave., Suite 200 Lombard, IL 60148 phone: (630) 495-2108 x5004 http://www.verticalsky.com mailto:dgibbs@verticalsky.com Opinions expressed are strictly my own and do not necessarily reflect those of my employer. Need a good laugh: http://www.userfriendly.org/static/ +--- | 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.