Эээ как получить?
Туплю что то, фишка что внешняя обработка ВК подключает.

(0) и правда туплю...

"В случае использования компоненты на сервере приложений внешние события не обрабатываются. Также не будут обрабатываться методы работы со строкой статуса и сохранения параметров."

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

куда можно записать/сообщить то?

(2)+ т.е. не хочется делать периодическое/регламентное событие на сервере, которое будет ВК дергать: "уже готово?"

а чтобы как готово, то ВК вызывает это регламентное

(2) А сервер разве имеет доступ к устройству на рабочем ПК?

(2) >>> записать/сообщить

v8: Можно-ли в УФ, вывести сообщение пользователю, во время проведения?
Пост #15

(4) нене, это не устройство на рабочем пк
а просто ВК для быстрой обработки данных

(5) мне не нужно пользователю сообщить, нужно из вк серверу сообщить

(0) Никак. Контекст выполнения же в это время будет на клиенте. Ты максимум можешь отправить сообщение с сервера клиентам и один из них решит, что ему стоит обработать это сообщение. Для этого ты должен поднять на каждом клиенте udp сервер, ловить свободный порт из диапазона (клиентов на одном пк может быть несколько) вести список клиентов на сервере. Короче, ты поймешь почему 1с не сделала вызов клиента с сервера. А потом ты еще напоришься на http протокол.

Я все это прошел за 1,5 месяца послеработы.

(7) (8) понял... ВК на сервере есть пока процедура/функция работает, потом тютю
даже если запустить из ВК нечто другое (оставить ее работать после возврата выполнения на клиент)
то это нечто другое уже совершенно посторонне по отношению к 1С

остается только вариант фоновых/регламентных заданий, причем с флажком в базе
но это уже не сделать внешней обработкой

хотя что я торможу то ))
нужно просто две ВК, которые и будут между собой общаться
одна на сервере, другая парная на клиенте

если серверная отработала, она сказала клиентской и та уже делает что нужно

а если клиентская уже закрылась, то значит уже все, ничего не нужно и серверная зря работала ))

"К на сервере есть пока процедура/функция работает, потом тютю "

Нет, неправильно понял.

(10) + да выходит вариант из (7) со своими сетевым обменом ((

(11) эээ?
глобальные переменные на сервере между разными вызовами?

ВК на сервере есть до 20 минут.
Поток, сгенерированный этой ВК может жить бесконечно:-)

Ну а ВНешнееСобытие.
Клиент вызвал сервер.
Сервер 1С запустил под него отдельный поток обработки (процедура &НаСервере).
В процессе работы была создана ВК, которая запустила свой отдельный поток, который чето ждет.
Корневой поток (процедура &НаСервере).
Поток ВК вызывает ievent.externalevent()
Что делать серверу 1С?

(14) да но можно ли после этого в течении этих 20 минут к ней заново обратиться?

Корневой поток (процедура &НаСервере)->
Корневой поток (процедура &НаСервере) завершился.

(17) да я понял... хз что делать но по идее надо было общую ВнешнееСобытие для режима &НаСервере в глобальном модуле

(18)+ но выполнятся этот вызов тогда должен в этом потоке ВК висящей
и ограничение еще более дикие чем насерверебезконтекста

(16) Зачем? Создай новый :-)
Ну вообщето ОбъектCOM поместить в СТруктуру, структуру поместить во ВременноеХранилище, вернуть адрес на клиент. Потом с этим адресом на сервер приходишь и берешь свой невредимый COM

(18) Нет, ты не понял.

(18) Самая простая проблема - под каким пользователем это выполняться. Самая простая.

(20) ну да только так

(21) возможно

(21) эээ ВК должна вместо завершившегося потока, переключиться на специальный поток сервера? хз что то я

(24) Под каким пользователем он должен выполняться?

(25) ну (22)
примерно под тем же что и регламентные

но фактически как разделять тогда какой пользователь 1С запустил ВК?

в механизм ВК нужно это добавлять

(26)+ изначально запустил ВК

(26) Начнем с того, что официальная позиция 1С - ВК должен умереть после серверного вызова, так как следующий серверный вызов от данного пользователя может быть обработан другим процессом сервера 1С и даже на другом физическом сервере. На этом и закончим.

(28) да согласен, просто эту официальную позицию им хорошо бы было в методичку по ВК засунуть

решать проблему через вебсервисы

Делаешь метод с циклом на 1С котрорый будет запускать ВК. В ВК должен быть метод где будет ожидание мьтекса монитора. При возникновении события сетод будет возвращать данные. Нужно предусмотреть и завершение работы

И запускаешь этот метод в регламентном задании

Но это эффективно при частых возникновениях событий. А так либо клиент, либо сторонняя программа общающаяся через Вэб сервис

(33) да веб сервис в данном случае будет оптимальнее
просто файлик закинул или 2 файлика и все
получил ссылку по которой можно проверять готовность
как готово качаешь результат