|
I'm not really sure that this is cheating. IBM is pushing a product called Jacada Innovator (I think). As near as I can tell, this product takes your DDS and generates a VB or Java program that runs on your PC. Then, you run your RPG or COBOL code through a different part of the product and it takes all of your display file READs and WRITEs and EXFMTs and changes them to call their API which communicates with the Jacada Server. When you're done, there are no more display files and you can run your jobs as batch jobs and use a server model to save a lot of money. As I recall, IBM touts this as one of the benefits of using Jacada as a transition to a thin client. So, suppose you modify your application systems so that when a user first signs on, it just submits a batch job and logs off the interactive user. The batch job starts and acquires the now logged off terminal and runs just like today, except it's counted as a batch job on the server model. How is this different than the Jacada Innovator product except that it's pretty easy to do yourself without buying a new product? It seems to me that IBM set up the rules for the server models so that they can retain a much higher price on the system models even though they're basically the exact same machine as the servers. If this isn't cheating, why is it cheating to make the changes I've described so that you can fall under the server definition rather than the system definition and save yourself some money. Gary Rich Duzenbury wrote: > > I know you'd never cheat, I think we all do, but when you have it tested out >& working, could you let us know? > > Regards, > Rich > > ============================================ > Rich Duzenbury > http://rich.dyn.ml.org > http://vpsolutions.com > ============================================ > > > -----Original Message----- > > From: owner-midrange-l@midrange.com > > [mailto:owner-midrange-l@midrange.com]On Behalf Of Larry D. Bolhuis > > Sent: Wednesday, December 09, 1998 2:34 PM > > To: MIDRANGE-L@midrange.com > > Subject: Re: Interactive Subsystem - Automatic Signon > > > > > > bvining@VNET.IBM.COM wrote: > > <snip> > > > The one thing I can think of to watch out for is that the system does > > > consider the job to be batch (that is, not interactive) > > <snip> > > > > hmmmm. If the job is considered BATCH is this a way around the > > interective session governor on > > Server Systems? Just launch a batch job that starts up a menu > > system and acquires the terminal. You > > can present your own signon if required. > > > > Not that I'd ever cheat in this manner.... > > > > -- > > Larry Bolhuis | > > Arbor Solutions, Inc | Two rules to success in life: > > (616) 451-2500 | 1. Never tell people everything you know. > > lbolhui@ibm.net | +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.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.