Re: LIBL limitation of 25 libraries

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
+---