|
> >The idiosyncracies of using named activation groups when you have > >a mixture of OPM and ILE in the same stack, And the "Neat" things > >that the system does with error control logic under that scenerio > >has kept (I believe) alot of people from experimenting or mixing their apps. As Dennis Miller is famous for saying, "I don't want to go off on a rant, but...." As the founder and director of a software development house, this type of 'transitional' behavior will prevent the incremental implementation of a full blown integrated suite of applications. For a company to capitalize on the benefits of ILE, a ground up..from scratch..approach must be taken. It's less costly than the constant reworking of the go-betweens for each incremental step. The larger software houses may invest in total rewrite of their applications, or a user may fund the development of a pure ILE stand-alone application, but for the majority of AS/400 shops (mid-size manufacturing) it's a hard sell to write 'service' programs which perform less than 10% of the functions of any suite of applications and cope with inconsistant behavior. Utilty programs are the most likely first candidate. (ie: automated data retrieval and import) A more likely occurance would be that a UNIX based C application will be ported to the AS/400 backed with enough marketing dollars to impact new installations that in 5 years we all will be faced with at least a few sites that are pure ILE shops. The role that RPGIV will play in this scenerio will depend largely on the political climit of the shop and the technical backgrounds of the decision makers. (We're betting on C and JAVA) Is it a good thing? Let's see. We burned quite a few profit sharing dollars on the promise of SAA. For now our current install base could care less about the technical aspects of a given solution so long as the performance and price are up to expectations. Someone else on this thread noted that most users are content to be one step back from the bleeding edge and are taking a let's wait and see what shakes out attitude. Our sites feel the same. Mixing S/38 or S/36 functions with native was easier to deal with than OPM/ILE. But that's just my opinion..... Oh, I forgot the original question for a moment....No. =================================================== James W. Kilgore | Progressive Data Systems, Inc. President | 311 31st Ave SE (206) 848-2567 | Puyallup, Washington 98374 USA qappdsn@ibm.net | http://www.ultimate.org/PDS =================================================== * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * This is the Midrange System Mailing List! To submit a new message, * * send your mail to "MIDRANGE-L@midrange.com". To unsubscribe from * * this list send email to MAJORDOMO@midrange.com and specify * * 'unsubscribe MIDRANGE-L' in the body of your message. 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-2025 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.