Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
GeorgiK Участник со стажем
Вступление в Клуб: 09.07.2008
|
Вт Окт 13, 2009 11:44   |
|
Полезность: Нет оценки
|
Пакет constant тоже смотрел, потому и кажется что пахнет мистикой. Запрос:
select o.object_name, o.object_type, o.status from dba_objects o
where o.object_name in ('RTL', 'CONSTANT')
and o.object_type like 'PACKAGE%'
Возвращает:
OBJECT_NAME OBJECT_TYPE STATUS
1 CONSTANT PACKAGE BODY VALID
2 RTL PACKAGE BODY VALID
3 CONSTANT PACKAGE VALID
4 RTL PACKAGE VALID
В прикладной части пакеты тоже присутствуют и валидны.
В логах по этим пакетам пока ничего подозрительного не нашли. |
|
 |
Vovidez Профи
Вступление в Клуб: 27.09.2007
|
Вт Окт 13, 2009 13:52   |
|
Полезность: 1
|
Есть подозрение, что пакет криво запарсен...
Попробуйте для CONSTANT и выполнить parse, параметры не помню, но где-то в доке должна быть... После чего перекомпилировать невалидный метод... |
|
 |
GeorgiK Участник со стажем
Вступление в Клуб: 09.07.2008
|
Ср Окт 14, 2009 09:38   |
|
Полезность: Нет оценки
|
Vovidez пишет: | Есть подозрение, что пакет криво запарсен...
Попробуйте для CONSTANT и выполнить parse, параметры не помню, но где-то в доке должна быть... После чего перекомпилировать невалидный метод... |
Имеете ввиду в пакете dbms_sql.parse, а можно ли пакет целиком пропарсить? Если пооператорно, то в SOURCES текста этого пакета нет...
Искал в скриптах апгрейда ядра где парсятся методы с kernel='1', не нашел... Т.е. не понятно в какой момент парсятся "ядровые" методы?
Можно конечно апгрейд провести по новой, в надежде что все пройдет нормально. Но хотелось бы разобраться на случай повторения ситуации. |
|
 |
GeorgiK Участник со стажем
Вступление в Клуб: 09.07.2008
|
Ср Окт 14, 2009 12:15   |
|
Полезность: Нет оценки
|
Может таким образом сделать:
declare
c integer;
SQLText dbms_sql.varchar2s;
begin
c := dbms_sql.open_cursor;
/*
В SQLText построчно(например) загнать содержимое CONSTNT1.SQL из 7.1.0.0\PACKAGES
*/
dbms_sql.parse(c, SQLText, SQLText.First, SQLText.Last, dbms_sql.native);
dbms_sql.close_cursor(c);
end; |
|
 |
GeorgiK Участник со стажем
Вступление в Клуб: 09.07.2008
|
Вт Окт 27, 2009 15:01   |
|
Полезность: Нет оценки
|
Зарегистрировал заявку.
Проблема оказалась в dblink'ах с именами RTL.
Кстати, пакет RTL можно было пропарсить дистрибутивной процедурой
plib.parse_package('RTL');
. DBMS_SQL.parse с последующей перекомпиляцией тоже дал бы результат, но нужно было предварительно удалить линки...!
А проблема эта смотрелась бы логичнее в теме ТЯ 7.1.0.0...
Век живи, век учись... |
|
 |
mvg Участник - экстремал
Вступление в Клуб: 04.12.2008
|
Пн Ноя 23, 2009 09:57   |
|
Полезность: Нет оценки
|
Наткнулись на следующий дефект в 9.4:
При выполнение операций ЗОД CRED_OFFICE_PAST возникала ошибка
Код: |
Ошибка выполнения! ORA-20100: [RUNTIME]-[PLP] ERROR:
PLP-PARSER_ERROR: syntax error
|
Ответ службы поддержки:
Цитата: | В результате работы конвертации "Кредиты обновление индивидуальных параметров ЗОД" при установке версии 9.4 у параметра P_OUT_LIST_DEBTS не проставляются апострофы в начале и в конце значения.
До выхода исправляющей конвертации апострофы можно проставить вручную. |
|
|
 |
ssa774 Профи
Вступление в Клуб: 30.11.2007
|
Пн Дек 14, 2009 07:06   |
|
Полезность: Нет оценки
|
Цитата: | В результате работы конвертации "Кредиты обновление индивидуальных параметров ЗОД" при установке версии 9.4 у параметра P_OUT_LIST_DEBTS не проставляются апострофы в начале и в конце значения.
До выхода исправляющей конвертации апострофы можно проставить вручную. |
ничего не понятно... и как избавиться-то от этой ошибки? |
|
 |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Пн Дек 14, 2009 09:02   |
|
Полезность: 1
|
mvg пишет: | Наткнулись на следующий дефект в 9.4:
При выполнение операций ЗОД CRED_OFFICE_PAST возникала ошибка
Код: |
Ошибка выполнения! ORA-20100: [RUNTIME]-[PLP] ERROR:
PLP-PARSER_ERROR: syntax error
|
|
Мы устраняли путем удаления параметра P_OUT_LIST_DEBTS в массиве "Параметры" представления "ЗОД \ Рабочие операции". Потом вновь добавляли со значением "';null;'". |
|
 |
Keti Участник
Вступление в Клуб: 14.07.2009
|
Вт Дек 15, 2009 15:59   |
|
Полезность: Нет оценки
|
А никто случайно не сталкивался с такой особенностью 9.4:
при списании с депозитов предлагаемая сумма списания равна остатку, а ограничения, в которых прописана неснижаемая сумма,- абсолютно никак не учитываются? |
|
 |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Вт Дек 15, 2009 16:47   |
|
Полезность: Нет оценки
|
ssa774 пишет: | Цитата: | В результате работы конвертации "Кредиты обновление индивидуальных параметров ЗОД" при установке версии 9.4 у параметра P_OUT_LIST_DEBTS не проставляются апострофы в начале и в конце значения.
До выхода исправляющей конвертации апострофы можно проставить вручную. |
ничего не понятно... и как избавиться-то от этой ошибки? |
Мне прислали хранилище с операцией конвертации по данной проблеме. Правда, тестировать его я не стал, т.к. уже на рабочей базе сделали через ручное удаление & добавление параметра. |
|
 |
budinva Участник - экстремал
Вступление в Клуб: 15.01.2008
|
Ср Дек 16, 2009 09:53   |
|
Полезность: Нет оценки
|
Keti пишет: | А никто случайно не сталкивался с такой особенностью 9.4:
при списании с депозитов предлагаемая сумма списания равна остатку, а ограничения, в которых прописана неснижаемая сумма,- абсолютно никак не учитываются? |
в операции GET_NUM закоменчен кусок, где неснижаемый остаток участвует в расчетах, письмо в сапорт и вышлют хранилище где это раскоменчено |
|
 |
Keti Участник
Вступление в Клуб: 14.07.2009
|
Ср Дек 16, 2009 10:14   |
|
Полезность: Нет оценки
|
Спасибо вам большое, budinva!  |
|
 |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Пн Янв 11, 2010 12:52   |
|
Полезность: Нет оценки
|
Зарегал:
Цитата: | После 9.4 стали криво открываться счета требований 47423 при постановке документов в картотеку.
Теперь неверно формируется номер счета и его наименование.
Оказалось, что операция конвертации "9.4_62. УЯ. Добавление в справочник типов сообщений записи с кодом КОМ" изменила целевое назначение ACC_DEMAND_DOG.
|
|
|
 |
|