Объясните плз как организовать взаимодействие между 2 1С-ми. Или это не для этого применяется?
Получается что кроме пользователей которые работают у меня еще N экземпляров 1С будет?

steban писал(а) 16. Мая 2007 :: 12:19:

Хорошо сказал

Степ, ты не заметил такого прикола с нашим сервером: в компонентс сервисез нажимаем правой на v7AppServer, делаем shut down.
А половина рабочих процессов 1cv7 не гаснет (остается активной), но больше сервером не используется и могут даже по таймауту не завершиться.

Может, я что-то не понимаю?

Господа, пора бы разьяснить "на пальцах" предназначение сего нововведения, а то получается узко-професиональный разговор проморгал ответы 4 и 6 (( Голова не тем забита.....
Я так понимаю, что это получается как-бы аналог OLE-подключения, только условно постоянное с разбросом нагрузки между подключениями. Можно спокойно использовать в WEB-е, отдавать "тяжелую" обработку данных серверу и т.п. Вроде так?

ПС1. Артем, а ты я надеюсь хороший админ, и знаешь че творишь....
ПС2. Для "0" для такой задачи 1С_7 нужно напильником обработать хорошенько, что-бы хотя бы 40-50 подключений на 1 комп тянула...

trdm писал(а) 16. Мая 2007 :: 13:00:

Да вроде того.
OLE подключение, еще и кластеризуемое, как оказалось (пока правда не пробовал)

Насчет тяжелой работы - не знаю, я в свое время думал над работой легкой, но в распределенном виде через открытые сети.
А то, как это получилось у Степана - это другой вариант, как оказалось очень интересный именно для локального применения и создания скриптовых решений, которым нужен доступ к данным 1С извне.

trdm писал(а) 16. Мая 2007 :: 13:00:

Допустим, пишешь ты веб-приложение для выполнения каких-нибудь операций с базой 1С.
Код, выполняющийся на веб-сервере, создает объект v77.Application, вызывает метод Initialize, ждет пока 1С запустится (5-10 секунд), выполняет какие-нибудь действия, и уничтожает ссылку на v77.Application (1С при этом закрывается).
Время работы скрипта=<время открытия 1С> + <время выполнения нужных действий>.
Для веб-приложения отклик 5-10 секунд неприемлем.
Скрипты на веб-сервере теряют свое состояние после завершения работы.
В IIS (ASP) для сохранения каких-либо ресурсов между вызовами можно использовать объекты Application или Session.
Если v77.Application создавать в Application (или Session), 1С будет запускаться 1 раз при старте сервера (или сессии).
А теперь представь, что на твой веб-сервер ломится десяток клиентов.
Если храним ссылку на v77.Application в объекте Application, то не смогут выполняться одновременные запросы (один объект на всех).
Если в Session, то для каждой сессии будет создаваться свой v77.Application, что тоже не есть хорошо, т.к. большую часть времени они будут простаивать.

А теперь самое интересное...
организуем пул из объектов v77.Application (Допустим минимум 5 и максимум 10).
5 адинэсок запущены и ждут запросов. Скрипт на сервере запрашивает ссылку из пула, выполняет с ней необходимые действия и возвращает её обратно в пул. Получается, что в твоем веб-приложении могут выполняться 5 одновременных действий с базой. Т.е. в зависимости от интенсивности запросов твое приложение может обслуживать десяток или больше пользователей. Если готовых к использованию объектов в пуле нет и верхний лимит объектов в пуле еще не превышен, то сервер приложений создает новый объект и по окончании работы возвращает его в пул. Если пул заполнен, то сервер в течении некоторого времени ждет освобождения объектов в пуле и если не дождался, то возвращает ошибку.
Вся эта кухня называется "пулингом ресурсов". Собственно пул содержится сервисом COM+. Компонент v7AppServer.Connection просто контейнер для v77.Application и еще удовлетворяет условиям сервиса COM+ для объектов, которые "can be pooled".

Кроме веб-приложений есть еще разные задачи, где этот механизм применим.

Степан, а правда, как вторую базу подключить (как сделать второе соединение с другим конструктором). А?

сори, голову не ломай, это я так, разведываю возможности
Хорошая ветка получилась, думаю из её материала выйдет отличная статья, а если оснастить работающими примерами и хорошей инструкцией с удовольствием приму в свой МСДН