|
James, I feel better about vendors stuffing things into QUSRSYS. In most cases, IMHO, the only thing should be copies of the initial command(s) that get me into the application (APPLICATIONLIB (?) parameter points to the vendor's library). All of the parts of a 3rd party application should live in the application's (or vendor's) libraries. Possible exception: Interface files to other applications that have to cross library boundaries. All applications from 1 vendor into 1 library? Not a requirement for me; just make sure it's easy to identify 'your' libraries so I don't find a Mystery Library and delete it for taking up space. (: Vendor applications should NOT require QSECOFR authority to -=run=- any portion of themselves; I want to be able to change ownership of the pieces of an application to MY 'user-level-object-owner' profile and not have the thing crash because part of it needs to run as QSECOFR ("Oh, that's to make sure we don't have any authority problems."). [This is a pet peeve of mine...] --Paul E Musselman PaulMmn@ix.netcom.com >Paul, > >How do you feel about 3rd party products stuffing parts into QUSRSYS? >Would that be OK with you? How about loading ALL applications from the same >vendor into a single library, regardless of their distribution organization? > >The reason I ask is because within our install package we ask for the library >name for certain components and the user can specify the same library name for >every slot. It's not that we -require- separate libraries, we just like >to give >the option to satisfy an in-house security policy. > >James W. Kilgore >email@James-W-Kilgore.com > >PaulMmn wrote: > >> Please define properly: I don't like the idea of 3rd party products >> stuffing parts of themselves into the QSYS library. Just makes me nervous. >> (: I'll keep our utility libraries. +--- | 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.