Jim,
We use AnyDate here to manipulate the dates when necessary. As I understand it, anything done once the date is changed will show the changed date. This means that your reporting tools would also reflect the changed date.
Rick
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Wiant
Sent: Thursday, February 10, 2011 3:08 PM
To: Midrange Systems Technical Discussion
Subject: RE: System Date - can it be 'intercepted' ?
I wish I had an LPAR just for this, but unfortunately no. I would impact other work and testing by messing with the system values.
Plus I'm using some tools for reporting and journal/data management and such, and I'd like them to say I ran the test on Monday even if I've tested the effective date of Friday. So changing the system value would change what the tool reports and stores in the journals which isn't my first choice
Jim
If you forget you have to struggle for improvement you go backward.
Hickson, Geoffrey
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Needles,Stephen J
Sent: Friday, 11 February 2011 9:42
To: Midrange Systems Technical Discussion
Subject: RE: System Date - can it be 'intercepted' ?
Are you testing in a separate box or another LPAR? Somewhere where testing can be isolated?
steve
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Wiant
Sent: Thursday, February 10, 2011 2:00 PM
To: Midrange Systems Technical Discussion
Subject: System Date - can it be 'intercepted' ?
Due to architectural decisions I can't control, developers continue to use %date as the usual way to get the date into a program. But from a testing standpoint this makes things very difficult. Many things are date-dependant but need to be tested before that date occurs. And I am trying to emphasize automated testing so the advice recently given to me of 'run it in debug and change the date' isn't good enough. That's bad testing form anyway...
I did some digging and I can't find a way to override or control the system date other than changing the date, which again is not my first choice because it will affect all testing not just the one I want and the impact on the journals scare me anyway.
I need to be able to programmatically control the system date a program gets whether it be CL, COBOL or RPG without actually changing the system date itself.
Thanks
James P. Wiant
Test System Administrator
Foodstuffs, Auckland, Ltd.
60 Roma Road
Mt Roskill
Auckland, New Zealand 1041
09-621-0774
jim.wiant@xxxxxxxxxxxxxxxx
Quicker by taking more time.
Proverb
This message has been sent from Foodstuffs (Auckland) Limited ("Foodstuffs").
The information contained in this message and or attachments is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any system and destroy any copies.
The views and opinions expressed in this message may be those of the individual and not necessarily those of Foodstuffs, and are not given or endorsed by it.
Please note that this communication does not designate an information system for the purposes of the Electronic Transactions Act 2002.
--
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 communication, including attachments, is confidential, may be subject to legal privileges, and is intended for the sole use of the addressee. Any use, duplication, disclosure or dissemination of this communication, other than by the addressee, is prohibited. If you have received this communication in error, please notify the sender immediately and delete or destroy this communication and all copies.
--
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 message was scanned for compliance with Foodstuffs email policies
######################################################################
This message has been sent from Foodstuffs (Auckland) Limited ("Foodstuffs").
The information contained in this message and or attachments
is intended only for the person or entity to which it is
addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other
use of, or taking of any action in reliance upon, this
information by persons or entities other than the intended
recipient is prohibited. If you received this in error,
please contact the sender and delete the material from any
system and destroy any copies.
The views and opinions expressed in this message may be those
of the individual and not necessarily those of Foodstuffs,
and are not given or endorsed by it.
Please note that this communication does not designate an
information system for the purposes of the Electronic
Transactions Act 2002.
--
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.
Privileged and Confidential. This e-mail, and any attachments there to, is intended only for use by the addressee(s) named herein and may contain privileged or confidential information. If you have received this e-mail in error, please notify me immediately by a return e-mail and delete this e-mail. You are hereby notified that any dissemination, distribution or copying of this e-mail and/or any attachments thereto, is strictly prohibited.
midrange.com
