Кто-нибудь работает со связкой PB + EAS + Oracle?

EAS 5.x при интенсивном обращении из PB 9.0.3 к Oracle 8.1.7 падает в неопределенный момент, но почти всегда при обращении к базе. Т.е. 100 вызовов одной хранимой проходит нормально, а на 101-ый EAS молча исчезает.
Это только у меня так?

Как к ораклу ходите, через OCI, jdbc-thin, jdbc-oci8? Последние два варианта вообще не работоспособны. :(

ФилиппЯ работал, через jdbc-oci8 и через OCI, если мне память не изменяет. Всё работало как часы. Какая то <sliced censorship> у вас в РВшных компонентах написана, вот и падает...
Компонент shared. В нем один метод, в нем connect, rpc, disconnect. OCI если падает, всегда на rpc. Хранимая одна и таже, аргументы -- то же.
Чем выше интенсивность, тем быстрее упадет.
jdbc падает при disconnect'е, вываливая трейс в jaguar.log, в консоли пишет, что Exception in tread...

ФилиппЭтого достаточно. Зачем вы используете shared компоненты написанные на РВ?
Используем, т.к. нужны. Разве есть другие варианты?

Падает, кстати, не только в этом компоненте, но и в других. Но в этом чаще.

Филиппshared компоненты нужно писать на Javе :-). РВшные - НЕ thread safe, синхронные ,

обслуживают обращения по очереди ,

посему становятся самым узким местом...

Мне именно это и требуется.

Но все равно это не повод для падения. Кстати, в 5.1 фиксили что-то на предмет свала при интенсивном обращении к PB, т.ч. проблема есть.

zolgгод работаем в такой конфигурации 1:1
соединение БД OCI.
тоже есть shared компоненты писанные на PB.
особых осложнений не замечалось.
На сколько к компонентам интенсивное обращение?

zolgНО:
1. пользум соединение только из кеш , поддерживающее cache by name
Использование кеша или прямое -- картина не меняется zolg
2. коннект при старте компонета
Не всегда возможно пока, но попробую zolg
3. перед каждым выполнением - проверка жив ли коннект, если что реконнект.
А sanity check в самом EAS не помогает? zolg
4. дисконнект в деструкторе.
... и процедура как "муха", чтоб ни кто долго в "очереди" не стоял.

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