Есть следующая задача. При проведении документа нужно подключиться к определенной базе на Oracle, выполнить там определенные процедуры, и если все хорошо, документ проводится. Так сейчас сделано на 7.7. Теперь задача сотворить тоже самое на управляемом приложении 8.2.
На 7.7 все просто. В конце процедуры ОбработкаПроведения вызываем необходимую функцию из глобальника, делаем что нужно в оракле, если все хорошо, документ проводим. Иначе - отменяем проведение.
Подскажите, как это лучше решить на управляемом приложении. Ведь COMОбъект живет только на клиенте, а проведение на сервере. Можно конечно инициировать это действо ПередЗаписью на форме, но проблема в том, что отказ в проведении может возникнуть позже уже на сервере. И как  это победить?..

(0) Так сейчас сделано на 7.7

представляю тормоза в этой базе

там и так доки еле проводятся. а тут еще подключение черт-знает куда в транзакции

(1) почему? Если соединение не сбрасывается и ораклисты с хранимкой не запороли, почему должно тормозить?

COMОбъект и на сервере вполне себе живет

при попытке его туда передать - ошибку выдает

(3) про _1SJOURN помнишь? один долбанный документ блокирует все что только можно.

а про семерку - соединение не сбрасывается. и работает проведение весьма шустро.

(5) правильно. ты его на сервере и создавай. зачем его туда сюда гонять. он не сериализуется.

(8) тут как раз и будет сбрасываться соединение после каждого проведения документа. а это уже действительно тормоза вызовет.

а при чем тут ком вообще? почему через адо не шустрить в оракловской базе?

или это конект к базе 1с на оракле?

(11) 1с конектится к базе на оракле. по поводу адо - разве 1с это не как ком объект воспринимает?

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

(13) и читать и писать

(14) я к тому, что если прицепить таблицы оракла к 1с как внешн. источники, а таблицы 1с прилинковать к ораклу, и по содержимому выполнять определенные действия и там и там. пусть немного позже, не он-лайн в обработке проведени. так не пойдет?

(15) Нет, задача именно он-лайн писать.

(16) повесь триггер на субд 1с. шустро будет.

(17) проблема в том, что еще и сроки поджимают. самое быстрое по реализации - повторить то, что есть в семерке. Так что актуален вопрос из стартового топика.

чото хрень какая-то...
а) кто мешает ком создавать на сервере?
б) при групповом проведении что делать будешь?

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

(20) а на разных клиентах как они живут? запили триггер. имхо лучшее решение.

(20) в общем отказывайся от этой идеи. Она дурная.

в общем сделал все на сервере. По поводу хранения комобъекта на сервере, может пригодится кому Книга знаний: Хранение COM Объектов на Сервере ТонкогоКлиента

В общем с работой на сервере COMОбъекта проблем нет. Теперь новое препятствие. Нужно передать этот самый COMОбъект в фоновое задание. Пытаюсь передать в параметрах, не получается. Создать комобъект заново, не вариант, поскольку у пользователей есть права только на одно соединение с базой oracle, к которой и подключается ComОбъект.
Подскажите, можно каким-либо образом передать COMОбъект в фоновое задание?

(24) никак. он либо хранится на сервере либо по требованию создается в фоновом.
если хочешь извращений сделай так чтобы фоновое не завершалось, было подобие ожидания, и наладь взаимодействие сеанса с фоном, например через РС