Суть проблемы такова. Пишу программу, которая будет выполняться из задания. Но программа должна определить, из какого раздела задание было запущено. Имя задания, которое присваивается ему JES2 не годится.
Никто не знает случайно, где таковую инфу можно изыскать?
Правильно ли я понимаю: Раздел библиотеки - там задание с JCL. В одном из шагов задания запускается из библиотеки загрузочный модуль программы. И программе надо узнать, как называется раздел, в котором лежал JCL?
Правильно... Только почему "лежал", он там всегда Но, похоже, это тупиковая идея... Все таблицы перерыл - не нашёл ничего подобного. На других форумах тоже молчок...
Узнать откуда запустили нельзя в принципе. Я могу из спула перезапустить джоб или по фтп прислать. Джоб попал на ридер. Как, откуда - никому неинтересно.
А так в принципе можно оформить запуск как процедуру. Тогда в выводе будет строка типа:
IEFC001I PROCEDURE SBOXPRIM WAS EXPANDED USING PRIVATE LIBRARY SYS3.TEST.PROCLIB
Вывод активного джоба можно парсить ISFAFD.
Или ввести стандартизацию на пользовательские библиотеки и передавать как DD c XXX.&SYSUID.XXX
Наверно можно еще SUB заменить на свой REXX и делать с разделом что-нибудь противоестественное.
Ой, я про библиотеки. А вы наверно хотите имя мембера (которое может не совпадать с именем джоба). Если это ваши мемберы то можно тупо поставить параметр 1,2,3 своей программе, чтобы она знала что нужно делать. Или той же ISFAFD анализировать что перед этим было. (шаги, параметры, волшебные слова)
Сообщение отредактировал XOpen - Ср, 20.07.2011, 17:05
Ну я и ответил, что нельзя для общего. А потом подумал а вдруг кто-то пошел не в том направлении и на самом деле ему это не нужно. Было бы интереснее услышать постановку проблемы.
Пожалуй, это действительно невозможно... Хотя и была малая надежда, что источник где-нибудь хранится.
Но и постановка задачи изначально была не чёткая. В конце-концов удалось убедить заказчика на более простое решение. Всю ситуёвину излагать будет сложно, потому как много нюансов. Но если коротко, то есть ряд тестовых систем, по которым движется изменённый JCL, или программа. Для ряда регионов не нужно выполнять некоторые шаги задания. Для других регионов их выполнять нужно. При этом текст задания изменять нельзя. Изначально предполагалось, что будет некий конфиг-файл, где будет описано, каким заданиям в каких регионах можно выполнять эти шаги. От конфигурации решили отказаться (тем более что уже имеется библиотека со значениями переменных для каждого региона, в крайнем случае постараемся задействовать её, хотя это тоже крайне нежелательно). В общем, демо-вариант готов и вроде бы работает как хотелось.
В IBM France мы решали такую задачу инсталляцией наших JCL. На главном хосте создавался JCL обрамленный своими директивами, в том числе типа "IF REGION=EMEA" и прочими переменными. На каждом таргет хосте стоял рекс инсталятор с уже прописанными переменными для этого региона. После инсталляции получался чистый JCL с правильными переменными и шагами.
Наскольку уловил идею, мы сделали примерно так же. Но вот только на производственной системе никакие REXX не допускаются. Там своя отлаженная годами технология запуска заданий. Вмешиваться в неё нельзя. Поэтому все задания в тестовых регионах должны быть такими же как и в производственной системе. Единственное что делают боинговцы - перед копированием задания в производственную библиотеку заменяют переменные на реальные значения. Хотя я не понимаю, зачем это нужно - можно просто в начало задания скопировать конфигурацию, в которой всем переменным идёт присвоение значений. Я считаю, что это работало бы надёжнее. А для запуска заданий в тестовых регионах я написал небольшой REXX, который как раз вставляет конфигурацию в начало задания и изменяет JOBLIB. Т.е. было так:
А может имеет смысл "выкинуть" настройки в отдельный раздел и подключать их через JCL-оператор INCLUDE ? Тогда в самом задании ничего менять не нужно будет, просто эти разделы должны быть разными для разных систем.
А может имеет смысл "выкинуть" настройки в отдельный раздел и подключать их через JCL-оператор INCLUDE ? Тогда в самом задании ничего менять не нужно будет, просто эти разделы должны быть разными для разных систем.
Такая мысль обсуждалась, но по ряду причин от неё пришлось отказаться. Неявное указание (через INCLUDE) всегда немного усложняет сопровождение. И потом, нужно как-то указывать, какой именно INCLUDE брать. Это можно было бы делать, если б задания запускались командой START, но тестировщики не имеют доступа к командам MVS (как и программисты). А каждый раз руками править - не дело. Ну и ещё кое-какие нюансы были...
