Вторник, 26.09.2017, 22:59
Приветствую Вас Гость | RSS
Главная | Oracle Tuxedo Application Runtime for CICS and Batch - Форум | Регистрация | Вход
Форма входа
Логин:
Пароль:
[ Новые сообщения · Участники · Правила форума · Поиск · RSS ]
Страница 1 из 11
Форум » Технические форумы » Вообще о мейнфреймах » Oracle Tuxedo Application Runtime for CICS and Batch
Oracle Tuxedo Application Runtime for CICS and Batch
XOpenДата: Четверг, 03.03.2011, 02:00 | Сообщение # 1
Генерал-майор
Группа: Администраторы
Сообщений: 322
Репутация: 4
Статус: Offline
http://www.oracle.com/us/products/middleware/tuxedo/065095.html

Долго читал, но так и не могу понять как это может жить? Это же насколько должен быть стандартным джоб, чтобы не затронуть ничего в системе и удовлетвориться неким набором утилит. А программы только читают базу и складывают столбиком? Ведь даже послать email оповещение о чем-то будет уже проблемой. dry

Сообщение отредактировал XOpen - Четверг, 03.03.2011, 02:01
 
akostДата: Четверг, 03.03.2011, 10:44 | Сообщение # 2
Admin
Группа: Администраторы
Сообщений: 473
Репутация: 4
Статус: Offline
уже одна фраза со страницы
Quote
CICS and Batch runtimes allow over 90% of application code to be re-hosted "as is"

говорит о многом))).

дадада... к нам регулярно приходят предложения от разнообразных "борцунов с мейнфреймами", которые тащат с собой средства, позволяющие "совершенно без напряжения провести запуск мейнфреймовских приложений на более современной платформе". один раз - достаточно давно - по инициативе верхнего босса мы даже провели обсуждение возможного пилотника по подобному реинженирингу. но, как и ожидается, бес в подробностях - как только дело дошло до конкретики, там пошли такие трудозатраты и ресурсы, что можно было купить еще один мейнфрейм.

я так понимаю, ниша подобных изделий - это реализация политического решения отвязаться от конкретного производителя. а в этих случаях деньги и инженерная целесообразность - не самые решающие аргументы.

 
ggvДата: Пятница, 11.03.2011, 12:27 | Сообщение # 3
Лейтенант
Группа: Доверенные
Сообщений: 54
Репутация: 2
Статус: Offline
Братья по разуму из-за океана по долгу службы взяли сие чудо.
На-посмотреть.
И взяли маленькое банковское приложение на чуть меньше 3000 строк COBOL кода.
Да.
Изучили.
Всё подробно фиксировали.
Деталей есть, здесь я обойдусь без них, а в тёплом полу-пьяном кругу можно будет и подробнее.
"Чюдо" состоит из
- tuxedo (прекращена разработка с 2003 года),
- инструментария по автоматическому переносу кода (только COBOL, так что akost может расслабится :), и любители PL/I тоже) французского производства без всяких подробностей ипа референси и всё такое
- нашлёпка на tuxedo для симуляции CICS API
- Microfocus COBOl.
Было потрачено 10 недель рабочего времени дабы соединить это всё вместе и впихнуть в него вышеупомянутое приложение.
Все мытарства зафиксированы, среди коих огромное кол-во ручных правок, ибо эта шняга генерировала невалидный код даже для своих собственных библиотек, неправильная обработка HANDLE AID команд, не корректное восприятие у некторых CICS функций атрибутов, требуется ручная переделка каждой BMS карты (map) (неправильно генерится SEND/RECEIVE MAP).
Да, ещё прикольно, что обнаружили необходимость давить RESET каждый раз при получении нового CICS экрана. Пришлось модифицировать каждый вызов SEND MAP добавлением опции FREEKB.
Ладно, закончились все страдания, запустили переделанное приложение (легче было переписать).
Запустили тестовую нагрузку - и...
Чюдо рухнуло после пары итераций.
Да, надо заметить, что средства для дебага отсутствуют как понятие. Как класс. Не то, что они не очень удобные, нет. Их просто нет.
Segmentation fault.
То есть рухнула не одна транзакция, нет.
Рухнул весь, с позволения сказать, сервер.
Программа банковская не делает никакого распределения памяти от себя - только стандартные функции CICS. COMMAREA используется, ну да в каком CICS проекте она не используется?
Взяли core dump, рассмотрели (всё прилагается) - падает внутри контейнера, симулирующего CICS. По этой причине починке не поддаётся.
Ну там куча всего ещё, включая SQL радости и проблемы - оно же данные DB2 и VSAM переносит в oracle, как может.
С понятным результатом.
Интересный был эексперимент.
После чего успокоились - "это" не может не то, что напугать....
Если уж так хочется соскочить именно с фрейма, сидючи на CICS & VSAM & DB2 - то есть же варианты.
CICS же силён в первую очередь своей многоплатформенностью, ну и DCE. Других преимуществ (по сравнению с другим фреймовским OLTP софтом) за ним не зафиксировано. Ну так в чём проблемы взять TXSeries CICS Family, хоть под AIX, хоть под... страшно даже сказать - под windows!
Вполне рабочий вариант, из коробки, без переделки исходников приложений и танцев с бубнами. Другой вопрос - напуркуа, но политические вещи мы не будем затрагивать.
Начиная с 6 версии TXSeries сильно переделали - полностью выкинули из него encina, что резко улучшило и углубило, в том числе и производительность, и простоту администрирования, вообще продукт стал проще.
Другой вопрос, что новый виток, и эра DCE пока отошла в сторону. Но это уже к теме не относится.


Сообщение отредактировал ggv - Пятница, 11.03.2011, 12:28
 
akostДата: Пятница, 11.03.2011, 14:35 | Сообщение # 4
Admin
Группа: Администраторы
Сообщений: 473
Репутация: 4
Статус: Offline
Почему-то я не удивлен нифига...
 
Форум » Технические форумы » Вообще о мейнфреймах » Oracle Tuxedo Application Runtime for CICS and Batch
Страница 1 из 11
Поиск: