| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Kozyrev
Участник - экстремал
Вступление в Клуб: 03.09.2007
|
 Вт Сен 22, 2009 07:33 Переход на версию 9.4 IBSO |
 |
Полезность: Нет оценки
|
Добрый день!
Кто-нибудь уже работает на новой версии? |
|
 |
Alex2019
Профи
Вступление в Клуб: 02.07.2007
|
| Вт Сен 22, 2009 09:20 Re: Переход на версию 9.4 IBSO |
|
Полезность: Нет оценки
|
| Kozyrev пишет: | Добрый день!
Кто-нибудь уже работает на новой версии? |
У нас она пока на бизнес-тестировании. Со следующей недели планируем переход. |
|
|
dmitryef
Участник
Вступление в Клуб: 09.12.2008
|
| Вт Сен 22, 2009 13:01 |
|
Полезность: Нет оценки
|
| Работаем с 21.09.09 |
|
|
dmitryef
Участник
Вступление в Клуб: 09.12.2008
|
| Чт Сен 24, 2009 04:14 |
|
Полезность: Нет оценки
|
| Тем, у кого работает СПЭД!!! В версии 9.4 функция RCLIENT.LIB.check_inner_account неверно работает. Не находится счет, хотя он и открыт. COM_STATUS на счете некорректно обрабатывается. Так, например, WORK - считается открытым, а OPEN - нет!!! Регистрировали несоответствие, хранилище с исправлением получили. |
|
|
dmitryef
Участник
Вступление в Клуб: 09.12.2008
|
| Чт Сен 24, 2009 08:54 |
|
Полезность: Нет оценки
|
| "Мобильный банк" - не работает конструктор. Новый договор не добавляется. |
|
|
dmitryef
Участник
Вступление в Клуб: 09.12.2008
|
| Чт Сен 24, 2009 09:19 |
|
Полезность: Нет оценки
|
| Взаимодействие с Faktura.ru. Cоздаются пустые документы ИБСО по Покупке/конвертации и Обязательной продаже валюты. |
|
|
dmitryef
Участник
Вступление в Клуб: 09.12.2008
|
| Чт Сен 24, 2009 11:55 |
|
Полезность: Нет оценки
|
| Работа конструктора договоров "Мобильный банк" исправлена. Z#BC_SMS должно быть вклчено кэширование только статического экземпляра. ЦФТ планирует выпуск дополнения (ориентировочно 28.09.09) с этим и другими исправлениями продукта "Мобильный банк". В частности, на один номер телефона можно будет открывыть несколько договоров. |
|
|
Kozyrev
Участник - экстремал
Вступление в Клуб: 03.09.2007
|
| Чт Окт 01, 2009 07:29 |
|
Полезность: Нет оценки
|
Добрый день!
Столкнулись с проблемой...
После перехода на 9.4 стали очень долго выполнять финансовые распоряжения по учету процентов по кредитам через операцию "Исполнить распоряжения".
При попытке второго пользователя провести свое распоряжение по учету процентов с одним и тем же счетом доходов что и у первого пользователя выдается сообщение об ошибке
Еще периодически выскакивает сообщение об ошибке | Код: | | ORA-20500: LOCK-RESOURCE_BUSY: Экземпляр [14518866] блокирован, тип [AC_FIN] |
и фин распоряжение переходит в состояние "На подтверждение". Попытка провести второй документ второго пользователя также приводит к такой ошибке.
В Навигаторе выскакивает окошко с просьбой подождать и висит до тех пор, пока первый пользователь не закончит обрабатывать свои распоряжения. |
|
|
Kozyrev
Участник - экстремал
Вступление в Клуб: 03.09.2007
|
| Пн Окт 05, 2009 13:40 |
|
Полезность: Нет оценки
|
| Кто-нибудь сталкивался с описанным выше? |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пн Окт 05, 2009 15:57 |
|
Полезность: Нет оценки
|
| Kozyrev пишет: | | Кто-нибудь сталкивался с описанным выше? |
У нас пока еще 9.3, поэтому по существу ответить не смогу.
А Вы трейс снимать пробовали? Длительная работа может быть связана либо с изменением алгоритма, либо с изменением запросов и их планов. Может Вы в трейсе увидите медленные запросы?
Ну а следствие медленной работы одной сессии - блокировки счетов и невозможность работы по этим счетам. |
|
|
molokov
Участник со стажем
Вступление в Клуб: 28.09.2007
|
| Вт Окт 06, 2009 10:34 |
|
Полезность: Нет оценки
|
если еще актуально.
один из возможных случаев.
такое возможно - когда появляются новые хуки(с обработками) и в них стоят крыжики: блокировка по умолчанию и проверка изменения экземпляра.(вроде эти). проверти хуки на предмет этих крыжиков.
уберите их и блокировки уйдут. |
|
|
r00st
Эксперт
Вступление в Клуб: 14.09.2007
|
| Вт Окт 06, 2009 11:11 |
|
Полезность: Нет оценки
|
| Цитата: | | проверти хуки на предмет этих крыжиков |
Вроде как крыжи блокируют this, то есть в случае с хуком - экземпляр хука, а не счета. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Вт Окт 06, 2009 16:40 |
|
Полезность: Нет оценки
|
У нас при попытке расчета ф.135 и получения на ее основе ф.118 на версии 9.4 получаются совсем кривые цифры в графах 6-8.
На 9.3 все было нормально.
У кого-нибудь имеет место такая проблема? Если - да, то обращались ли в ЦФТ? |
|
|
GeorgiK
Участник со стажем
Вступление в Клуб: 09.07.2008
|
| Вт Окт 13, 2009 08:55 |
|
Полезность: Нет оценки
|
Добрый день!
Накатил ядро 7.1.0.0, подменил библиотеки FIO и lock_info, начал ставить обновление 9.4 и после наката основного хранилища встал. Обновление не идет, сломалась операция Z$CONV_RIGHTS_PASS с ошибками:
E(1,16)PRIVATE: PLP-VAR_NOT_FOUND: Переменная RTL.STRING_TABLE не найдена
E(1,12)PRIVATE: PLP-METHOD_IS_PROC: Операция [RTL.STRING_TABLE] не может возвращать результат
и т.д.
RTL пакет и тело валидные, версии из описания ядра.
Никто не сталкивался?
Проверили логи, проблема тянется из ядра, но тем не менее...
Может сделать паузу.... |
|
|
Vovidez
Профи
Вступление в Клуб: 27.09.2007
|
| Вт Окт 13, 2009 10:08 |
|
Полезность: Нет оценки
|
| GeorgiK пишет: | ...сломалась операция Z$CONV_RIGHTS_PASS с ошибками:
E(1,16)PRIVATE: PLP-VAR_NOT_FOUND: Переменная RTL.STRING_TABLE не найдена
E(1,12)PRIVATE: PLP-METHOD_IS_PROC: Операция [RTL.STRING_TABLE] не может возвращать результат
и т.д.
|
Паузу в любом случае стоит сделать и разобраться с проблемой...
Итак, в CONV.RIGHTS_PASS объявлена таблица:
| Код: | | tblClasses RTL.STRING_TABLE; |
в пакете RTL при этом:
| Код: | | subtype STRING_TABLE is constant.STRING_TABLE; |
Смотрим пакет constant:
| Код: | | type STRING_TABLE is table of varchar2(32767)index by binary_integer; |
Есть подозрение, что у Вас что-то с пакетом "CONSTANT", вообще, кажется, что у Вас его на схеме владельца нет, судя по ошибке. Еще раз смотрите логи upgrade ТЯ на предмет создания данного пакета... Также пакет должен присутствовать в прикладной части в классе RUNTIME... Где-то при upgrade ТЯ до 7.1 точно произошел сбой... |
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
