CftClub.ru
Клуб специалистов ЦФТ-Банк

Переход на версию 8.4 (IBSO и RBO)
На страницу Пред.  1, 2
 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование
Предыдущая тема :: Следующая тема  
Автор Сообщение
hornet
Участник со стажем


Вступление в Клуб: 24.07.2008
СообщениеПн Авг 18, 2008 15:34   8.4_13 Ответить с цитатой
Полезность: Нет оценки
Может кто встречался:

В fio положил все файлы из папки DATA и начал делать 8.4 Обновление.
Но вот беда ... остановился на 8.4_13. 2008-05-12. УЯ. Натройка интегратора для кредитного фронт-офиса (U20080512_UYA_1) - не хочет находить файлы rk_xslt_in.xslt в строчке 110:

Код:
import_xlt_in(stdio.Get_Env('FIO_ROOT_DIR'),'rk_xslt_in.xslt',cit_ab_ref,3,true);


в логах пишет:

Код:
...       
Начало выполнения операции [U20080512_UYA_1] 8.4_13. 2008-05-12. УЯ. Натройка интегратора для кредитного фронт-офиса
         Запись с кодом AUX_CR_FRONT_OF в справочнике "Параметры доступа" уже существует
         В справочник "Интегратор. Системы - абоненты" добавлена запись с кодом FO
         В структуре "Интегратор. Интерфейсы входящих запросов" найдена операция "Интерфейс регистрации анкеты заемщика"
         В справочник "Интегратор. Бизнес-процессы" добавлена запись с кодом CLIENT
         Импорт входящего XSLT для системы-абонента с кодом FO
         Ошибка при исполнении кода через динамический PL/PLUS:
         ORA-20100: EXEC-FILEHANDLE0: Неправильный дескриптор файла
         begin [CONV_57].[U20080512_UYA_1]; end;


в навигаторе пишет:
Код:
ORA-20300: APP-CONV.MLIB: Ошибка при исполнении кода через динамический PL/PLUS:

ORA-20100: EXEC-FILEHANDLE0: Неправильный дескриптор файла

begin [CONV_57].[U20080512_UYA_1]; end;

ORA-06512: на  "IBS.MESSAGE", line 29

ORA-06512: на  "IBS.MESSAGE", line 41

ORA-06512: на  "IBS.Z$CONV_MLIB", line 16

ORA-06512: на  "IBS.Z$CONV_MLIB", line 39

ORA-06512: на  "IBS.Z$CONV_JOUR_SLIB", line 74

ORA-06512: на  "IBS.Z$CONV_57_C8_4_ST", line 85

ORA-06512: на  "IBS.Z$U$314815042", line 61

ORA-06512: на  line 1

BEGIN $$$.Z$U$314815042.P(?,?,?);END;3


все вроде правильно делаю, вс чем косяк может быть ?!
Vovidez
Профи


Вступление в Клуб: 27.09.2007
СообщениеВт Авг 19, 2008 07:18   Re: 8.4_13 Ответить с цитатой
Полезность: Нет оценки
1. Для начала неплохо было бы выполнить данную операцию конвертации отдельно, чтобы посмотреть реальные строки ошибки... Т.е. нужно сделать эту конвертилку доступной для пользователя и выполнить ее отдельно...
2. Сообщите версию xml-библиотеки... (Последняя рекомендуемая ЦФТ - 1.4)...

P.S. Такое впечатление, что FIO на Вашем сервере не "дружит" с раширениями файлов больше, чем 3 символа, как видно из названия файла, в расширении 4 символа... Попробуйте переименовать файл, чтобы расширение стало 3-хсимвольным, сделать соответствующие изменения в операции конвертации и попытаться ее выполнить... Если проблема именно в этом, рекомендую обратиться в поддержку ЦФТ...
hornet
Участник со стажем


Вступление в Клуб: 24.07.2008
СообщениеПн Авг 25, 2008 06:06   Re: 8.4_13 Ответить с цитатой
Полезность: Нет оценки
Vovidez пишет:
1. Для начала неплохо было бы выполнить данную операцию конвертации отдельно, чтобы посмотреть реальные строки ошибки... Т.е. нужно сделать эту конвертилку доступной для пользователя и выполнить ее отдельно...
2. Сообщите версию xml-библиотеки... (Последняя рекомендуемая ЦФТ - 1.4)...

P.S. Такое впечатление, что FIO на Вашем сервере не "дружит" с раширениями файлов больше, чем 3 символа, как видно из названия файла, в расширении 4 символа... Попробуйте переименовать файл, чтобы расширение стало 3-хсимвольным, сделать соответствующие изменения в операции конвертации и попытаться ее выполнить... Если проблема именно в этом, рекомендую обратиться в поддержку ЦФТ...


1. Выполнил - ошибки те же Smile
2. xml библиотека 1.4

З.Ы. Проблема была следующая:
В этой операции был использован "/" (для unix систем), а не параметр DEF_SLASH. Соответственно для системы под Win-дой пути получились кривыми.
evgeniy
Участник - экстремал


Вступление в Клуб: 31.03.2008
СообщениеПн Сен 01, 2008 13:54    Ответить с цитатой
Полезность: Нет оценки
Была проблема при выводе отчета в ехель 101Ф.
Решается, пересчетом с точностью 0 знаков по главе Д.
Stormbringer
Участник


Вступление в Клуб: 07.09.2008
СообщениеВс Сен 07, 2008 08:36    Ответить с цитатой
Полезность: Нет оценки
Накатили ТЯ 6.6.0.1 + 8.4 + дополнения на тестовую базу (Oracle 9.2.0.7 на Windows) - все прошло гладко, без единой запинки. Повторили все операции по обновлению один-в-один на рабочей базе (Oracle 9.2.0.7 на Solaris) - пошли косяки. Стали искать в чем дело, докопались вот до чего: не компилятся операции, использующие пакет stdio.

Например, на тестовой базе:
PL/Plus
Код:
stdio.WRITE_STR(file, buffer, null, stdio.wintext, false);

PL/SQL
Код:
plp$RESULT_7 := STDIO.WRITE_STR(FILE,BUFFER,null,STDIO.WINTEXT,false);


На рабочей базе:
PL/Plus
Код:
stdio.WRITE_STR(file, buffer, null, stdio.wintext, false);

PL/SQL
Код:
STDIO.WRITE_STR(FILE,BUFFER,null,STDIO.WINTEXT,false);


Как результат, на рабочей такая ошибка компиляции:
PLS-00221: 'WRITE_STR' не является процедурой или не определена

Галка "Расширенный синтаксис" не помогает. Пока не победили. Конечно, можно подковырнуть операции так, чтобы результат функции возвращался в переменную, но это ведь не по-джедайски, они ж дистрибутивные ))) Есть идеи?
dbmaslov
Профи


Вступление в Клуб: 11.07.2007
СообщениеПн Сен 08, 2008 09:21    Ответить с цитатой
Полезность: Нет оценки
Stormbringer пишет:
Накатили ТЯ 6.6.0.1 + 8.4 + дополнения на тестовую базу (Oracle 9.2.0.7 на Windows) - все прошло гладко, без единой запинки. Повторили все операции по обновлению один-в-один на рабочей базе (Oracle 9.2.0.7 на Solaris) - пошли косяки.

А почему такая странная связка? "Тест" под виндой - а промышленная версия на солярисе?
ashslim
Профи


Вступление в Клуб: 21.08.2007
СообщениеПн Сен 08, 2008 10:21   Re: 8.4_13 Ответить с цитатой
Полезность: Нет оценки
hornet пишет:
Vovidez пишет:
1. Для начала неплохо было бы выполнить данную операцию конвертации отдельно, чтобы посмотреть реальные строки ошибки... Т.е. нужно сделать эту конвертилку доступной для пользователя и выполнить ее отдельно...
2. Сообщите версию xml-библиотеки... (Последняя рекомендуемая ЦФТ - 1.4)...

P.S. Такое впечатление, что FIO на Вашем сервере не "дружит" с раширениями файлов больше, чем 3 символа, как видно из названия файла, в расширении 4 символа... Попробуйте переименовать файл, чтобы расширение стало 3-хсимвольным, сделать соответствующие изменения в операции конвертации и попытаться ее выполнить... Если проблема именно в этом, рекомендую обратиться в поддержку ЦФТ...


1. Выполнил - ошибки те же Smile
2. xml библиотека 1.4

З.Ы. Проблема была следующая:
В этой операции был использован "/" (для unix систем), а не параметр DEF_SLASH. Соответственно для системы под Win-дой пути получились кривыми.


У нас тоже была подобная проблема. Причем пути были кривыми под Linux-ом. stdio.Get_Env('FIO_ROOT_DIR') возвращает путь с символом "/" в конце. Закомментил добавление еще одного "/" внутри операции. Не помогло. Операция отработала только когда вместо stdio.Get_Env('FIO_ROOT_DIR') подставил './'
Stormbringer
Участник


Вступление в Клуб: 07.09.2008
СообщениеВт Сен 09, 2008 09:59    Ответить с цитатой
Полезность: Нет оценки
dbmaslov пишет:
А почему такая странная связка? "Тест" под виндой - а промышленная версия на солярисе?

Рабочий сервер перегружен, поднимать там еще одну базу возможности нет. Зато нашелся свободный виндовый сервер. Подумали что это особой роли не сыграет. Понятное дело, что косяк скорее всего в этом - в первый раз не учли.
Сейчас-то, конечно, уже организовали отдельный тестовый сервер на солярке. Подумал, вдруг кто-то уже сталкивался с похожей проблемой.
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование Часовой пояс: GMT + 3
На страницу Пред.  1, 2
Страница 2 из 2

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Рейтинг@Mail.ru