Дык в 2х шагах в сумме уже 3+3=6 (строчек). А так всего 4 в начале.
Плюс надо эту конструкцию добавить в каждый шаг. Например, у меня 10 шагов, джоблиб с 2мя наборами и 2 одинаковых степлиба с одним набором. Я могу добавить одну строку в джоблиб и удалить целых 2. В вашем случае надо добавить 8*(2) + 2*(2+1) = 22 строк и удалить только 2. И не дай бог ошибиться...
Работать будут оба, но JOBLIB way для меня выглядит красивее, проще и дешевле.
Голосую за STEPLIB. Как только попадется случай, что для шага нужна APF-авторизация, а весь JOBLIB авторизовать невозможно, придет понимание что STEPLIB-это правильно. SET-переменные - тоже правильно.
Голосую за STEPLIB. Как только попадется случай, что для шага нужна APF-авторизация, а весь JOBLIB авторизовать невозможно, придет понимание что STEPLIB-это правильно. SET-переменные - тоже правильно.
Поддержу. Я тоже инстинктивно всегда пользовался STEPLIB, и думаю, это правильно.
CSV470I 23.34.29 LNKLST DISPLAY 100 LNKLST SET LNKLST00 LNKAUTH=LNKLST ENTRY APF VOLUME DSNAME 1 A SBRES1 SYS1.LINKLIB 2 A SBRES1 SYS1.MIGLIB 3 A SBRES1 SYS1.CSSLIB ... и так далее ...
Если я правильно помню, то поиск в LNKLST идёт не по порядку библиотек, а что-то типа бинарного. Т.е. если модуль находится в нескольких, определить, какой именно будет работать - не очень тривиально.
Дык в 2х шагах в сумме уже 3+3=6 (строчек). А так всего 4 в начале.
Строчек в JCL будет больше, зато намного понятнее, что в каждом шаге используется. И автоматизировать такое построение не сложнее, чем прописывать всё в JOBLIB. Ну и по поводу APF библиотек уже написали.
Если я правильно помню, то поиск в LNKLST идёт не по порядку библиотек, а что-то типа бинарного. Т.е. если модуль находится в нескольких, определить, какой именно будет работать - не очень тривиально.
Должно браться с первой библиотеки по списку. Пока с этим проблем не было.
Quote (Bibizyan)
Строчек в JCL будет больше, зато намного понятнее, что в каждом шаге используется. И автоматизировать такое построение не сложнее, чем прописывать всё в JOBLIB. Ну и по поводу APF библиотек уже написали.
Сложно представить как я сейчас во всех 100 JCL начинаю добавлять STEPLIB, писать REXX который каждый раз лопатит процедуру ставит сеты и куда-то пишет на запуск. Проще добавить одну в джоблиб. Хотя, правда в том, что мне придеться её авторизовать. Не проблема, просто "не правильно".
Должно браться с первой библиотеки по списку. Пока с этим проблем не было.
Помнится, натыкнулся раз на такую проблему. Но надо проверить, может, путаю я что-то.
Quote (XOpen)
Хотя, правда в том, что мне придеться её авторизовать. Не проблема, просто "не правильно".
Так ить не её, а все библиотеки в джоблибе! Когда "своя рука - владыка", то ещё ничего. А вот если это у клиента - всё, туши свет. Никогда не согласятся.
Если JOBLIB будет после этого "разумного" размера и все вызываемые модули будут этим "довольны", то почему бы и не использовать JOBLIB. Однако есть много ситуаций, когда JOBLIB будет неприменим.
Пример: Имеем две подсистемы DB2 разных версий (для наглядности), в одном шаге нужно выполнить некую программу в одной подсистеме, а в следующем - в другой. И нужно использовать библиотеки, специфичные для этой системы.
