W dniu 2011-07-14 19:56, Elardus Engelbrecht pisze:
R. Skorupka wrote:
I believe this is main reason why JCL haven't been enhanced to have such
facilities. BIG customers - those which IBM listen to - already have such
facilities (in Job Scheduler) and have no reason to push IBM.
Partly true, but the actual reason has been stated many times here on IBM-MAIN:
Reason - where and when do you want variables substituted? On the system where
JCL is submitted or on the system where the JCL is to be executed? Before you
yell at me that date/time is universal on any machine, take in account the
local time of the machine where you want date/time substitution...
About when - at submission or at job start or what?
Who do you want the actual work to be done: JES2 at interpretation or when the
resource manager gets the DD statements?
Forget for now about the possibility that the date/time variables are
substituted in next day or week... :-)
Also forget for a moment about possible mixup of local times and/or Zulu time
(greenwich time) ;-D
I dare to disagree. Completely.
1. ControlM (and others) did that despite of the reasons above.
2. Scope of the facilities offered by %%variables is much wider than
system variables which are available in STC, but not in batch. Some of
the facilities are completely unrelated to the considerations above.
3. ControlM do offer rich set of date&time variables and functions, so
you have ordering date, execution date etc. Anything you want. With no
ambiguity.
4. What about GDG <365 ??? %$%!
Regards
--
Radoslaw Skorupka
Lodz, Poland
P.S. I'm not selling ControlM, the above is not advertisement.
<shameless plug>
I'm pretty sure that me and my coleague are very first users of CtM in
Poland, possibly first users of any batch scheduler in our country <g>
It was Boole&Babbage branded then...
</shameless plug>
--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.
This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive.
BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax
+48 (22) 829 00 33, e-mail: [email protected]
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 0000025237, NIP: 526-021-50-88.
Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
