В продолжение темы, начатой тут.
kms писал(а) 15. Мая 2007 :: 07:19:


Набросал вот простенький компонент v7AppServer.Connection.
Что нужно, чтобы это заработало:

• распаковать куда-нибудь файл v7AppServer.dll из архива и выполнить regsvr32 v7AppServer.dll
  
• создать COM+ приложение:
  • Панель управления -> Администраирование -> Службы компонентов
  • в дереве консоли найти узел "Приложения Com+" и в контекстном меню этого узла выбрать Создать -> Приложение
  • в мастере установки нажать кнопку "создать новое приложение" и ввести имя приложения "v7AppServer"
  • Способ активации выбрать "серверное приложение" и проклацать "далее" до завершения работы мастера
• Создать компонент в приложении
  
  • в только что созданном приложении найти группу "Компоненты" и в контекстном меню выбрать "Создать -> Компонент"
  • в мастере установки компонентов нажать "Установка новых компонентов", указать путь к файлу v7AppServer.dll и нажать "Готово"
  • в свойствах компонента, на закладке "Активация" включить группировку объектов в пул и указать минимальный и максимальный размер пула (например 3 и 10)
  • включить флажок "Включить создание объектов" и в поле "строка конструктора" написать параметры командной строки для 1С (например: /dC:\BAZA\ /NБот /P123)
• Запустить приложение (через контекстное меню v7AppServer)
  После этого в списке процессов должны появиться n процессов 1cv7.exe, где n-минимальный размер пула объектов

Что скажет коллективный разум?
Имеет смысл развивать? и если да, то в каком направлении?

Ну, например, для создания веб-приложений, работающих с 1С.
Или для задач, которые описал Миша kms писал(а) 15. Мая 2007 :: 07:19:

vip

Реально по механике очень похоже на v7web, только лучше.
В принципе, можно делать любой web интерфейс через тот же cgi+web сервер.
Можно писать скрипты, причем в отличие от непосредственного использования v77.Application, здесь есть пулинг воркеров и время жизни воркера не привязано к времени жизни объекта.

steban

Степ, это очень здорово.
Странно, что никто не сделал такое решение раньше.
Наверное, повода не было.

Мелкие вопросы я не буду сейчас писать.
Типа "надо бы отслеживать, не открыта ли база монопольно и если да, то что-то делать при старте компонента" и т.д.
Это все пока фигня.

Серьезный вопрос у меня только один.
Будет ли это работать в глобальных (неустойчивых, медленных, открытых) сетях?
Надо пробовать.

Еще будет вопрос прохождения трафика DCOM через маршрутизаторы.
Тут надо что-то придумывать.
Или как-то туннелировать DCOM - трафик (никогда этого не делал)
Или везде делать VPN (видимо, от этого все равно никуда не деться, шифровать трафик тоже надо).

Да, еще будет вопрос с авторизацией / разграничением доступа.
Не пускать же всех в домашнюю бухгалтерию

Короче, есть о чем подумать.
Должно получиться, хотя изначально идею с DCOM я как-то не рассматривал.
Давайте пробовать.
Вернуться к классике в виде чистого TCP сервера мы всегда успеем, если что.


_{P.S.
Любовь это вам не просто так, ей занимацца нужно... (с) Кнышев}

steban писал(а) 15. Мая 2007 :: 16:18:

Шутдаун нужен вроде. По расписанию и программно....
И вообще, Степ, ты бы полегче с иновациями ))) не дай бог в тираж пойдут, спины не рагогнешь...
Arta писал(а) 15. Мая 2007 :: 18:57:

провокатор...... а вообще я так думаю не все так просто тут...

С третьей попытки заработало!
Хмм... прикольно 

Хорошая штука, Степану огромное спасибо.
Нужно потестить.
И с удаленным доступом интересно проверить.

trdm писал(а) 15. Мая 2007 :: 21:43:

Через WMI можно стартовать/останавливать COM+ приложения.
Кажется можно даже создавать приложения и управлять настройкой компонент.
И еще у COM+ приложений есть настройка "запустить как службу NT". Потом можно обращаться с приложением как с обычной службой.