Yea, point taken . . . time and place for everything
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Monday, May 12, 2014 1:42 PM
To: Midrange Systems Technical Discussion
Subject: Re: Test libraries on Test Partitions !?!?
Easy buddy,
Even test lpars don't isolate you from everything.
Send an electronic deposit request to the bank.
Send an EDI request to order 1,000,000 stock items.
Fax request to ...
Automated email which will ...
yeah, removing production libraries to ensure a safe test sounds draconian.
modifying library lists to insert a test library is not unheard of.
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: Gary Thompson <gthompson@xxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 05/12/2014 03:33 PM
Subject: Test libraries on Test Partitions !?!?
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>
This is a RANT, reasonable persons should disregard.
We are involved with, for us, a BIG project.
1,000's of man-hours, 1,000,000's of $...
We are using our test lpars in what I think is a perverse and
twisted way:
1) changing production library lists to use test libraries
2) in some cases, removing a production library from the lpar
3) not taking the trouble to: a) discuss or advertise this b) not
taking the trouble to ensure all test libraries are ready for
serious use
My advice to anyone contemplating use of test lpars is to "forget"
the "test library concept" and maybe consider purging them from the
lpar.
BTW, I started attempting to be a "programmer" before computers
had lpars and started with the test library concept as the only "test
environment" available to me. Actually I started on a COBOL/MVS
system that had only the production and test MVS instances but, if
memory serves, only one instance of program objects.
midrange.com
