|
On 06/13/2001 at 05:46:08 PM, owner-java400-l@midrange.com wrote: In light of Bruce Jin's resolution to the problem and since QSHELL uses BCI jobs to run commands (truly brilliant idea -- NOT!) --- end of excerpt --- You are right, but, we didn't really have many other alternatives. I started with the first 3 and then added a couple more. Ok, so here's some alternatives: 1) Run them in the same job 2) Run them in a full new process 3) Implement fork 4) Do nothing. 5) Create an entire new process architecture for which this stuff is fast. BCI jobs are the best alternative. (best as in time to market, most portable with code expectations, cost in implementation). #1 is not really an option. It miserably breaks unix utilities expectations and would end up with us doing something much more terrible/evil/satanic. Probably end up inventing some sort of program activation group or something that caused even more headaches... ;-) #2 is so much worse than a BCI job I can't begin to think about it. It pains me. Think about job queues, routing entries, the same number of processes, and about 3 times more code to get it started. Bleah... #3 is not a reasonable option for native AS/400 single level storage code. By the time its implemented for these programs, it would be too late and too slow. #4 I pitched this one. 8-) Wouldn't think people would like this one much. #5 Hmmm... PASE sort of fits the bill, but thinking about the various levels of integration between PASE and QShell utilities versus all sorts of proprietary API stuff that you might need from a shell utility... I think you need both models. Now, that said, we could certainly do a better job grouping BCI jobs somehow and providing servicability hooks for them. "The stuff we call "software" is not like anything that human society is used to thinking about. Software is something like a machine, and something like mathematics, and something like language, and something like thought, and art, and information... but software is not in fact any of those other things." Bruce Sterling - The Hacker Crackdown Fred A. Kulack - AS/400e Java and Java DB2 access, Jdbc, JTA, etc... IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982) mailto:kulack@us.ibm.com Personal: mailto:kulack@bresnanlink.net AOL Instant Messenger: Home:FKulack Work:FKulackWrk +--- | 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.