× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Paul,
I like your "system name" idea.
Or, maybe Roger's data area idea could be useful:
All lpars have "the system data area" which value would be PROD or TEST ?


-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Steinmetz, Paul
Sent: Monday, May 12, 2014 1:58 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: Test libraries on Test Partitions !?!?

Gary,

We run an R&D LPAR with 7 different complete copies of Production, each copy serves a unique purpose.
The problem we have is that certain processes cannot be run in the test environment.
Most of the time those processes are identified if they communicate in any way to the outside world.
FTP, SFTP, Credit Card Processing, IVR processing, Email blasts, etc.
The most difficult thing we are currently experiencing is how to identify and/or skip these processes if NOT production.
What we have done thus far, is include and retrieve the system name.
If the process communicates externally, the process/code is skipped if NOT production.

0029.01 DCL VAR(&SYSNAME) TYPE(*CHAR) LEN(8)
0029.02 RTVNETA SYSNAME(&SYSNAME)
0029.03
0029.04 /* Only FTP if the system running the command is PENCOR05 - Production */
0029.05 IF COND(&SYSNAME *EQ 'PENCOR05') THEN(DO)

Paul

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Monday, May 12, 2014 3: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.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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.