Hello Rob,

You wrote:
>If I submitted a DCR on this would anyone object?

I would not object. I think the current implementation is wrong.

>"Those who forget history are doomed to repeat it."  I wonder why they 
>made that change at V3R2?

I suspect the change was made because many of these batch servers had the 
default of *CURRENT specified for the library list values on SBMJOB. While 
this sounds like a good idea, and is useful during development, it is a pain 
for a server because the server user ID may not be authorised to one of the 
submitter's libraries and that will cause the server to fail.

I have bitched about many of these cases over the years and got a few 
corrected. The proper way to do this is to use standard work management 
functions so most values for SBMJOB come from the job description. That way 
proper control can be exercised over the server job environment. The 
remaining values, which cannot be specified on a JOBD, should come from the 
server user profile.

>Granted, a work around would be to put that library in QUSRLIBL system 
>value.  Which, I really don't have a problem with.

Except in the case where the library you want to add is specific to the 
server and you don't want to put it in everyone's library list. The JOBD is 
the correct place for this.

Regards,
Simon Coulter.
--------------------------------------------------------------------
   FlyByNight Software         AS/400 Technical Specialists       
                                                                  
   http://www.flybynight.com.au/                                  
   Phone: +61 3 9419 0175   Mobile: +61 0411 091 400        /"\   
   Fax:   +61 3 9419 0175   mailto: shc@xxxxxxxxxxxxxxxxx   \ /   
                                                             X    
                 ASCII Ribbon campaign against HTML E-Mail  / \   
--------------------------------------------------------------------


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.