Переход на версию 8.4 (IBSO и RBO)
На страницу Пред. 1, 2
|
| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
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. Выполнил - ошибки те же 
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. Выполнил - ошибки те же
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 пишет: | | А почему такая странная связка? "Тест" под виндой - а промышленная версия на солярисе? |
Рабочий сервер перегружен, поднимать там еще одну базу возможности нет. Зато нашелся свободный виндовый сервер. Подумали что это особой роли не сыграет. Понятное дело, что косяк скорее всего в этом - в первый раз не учли.
Сейчас-то, конечно, уже организовали отдельный тестовый сервер на солярке. Подумал, вдруг кто-то уже сталкивался с похожей проблемой. |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
