Имя: Пароль:
1C
1С v8
Веб-сервис, показывать окно при вызове
, , ,
0 Karambol
 
04.07.14
13:36
Добрый день!
Можно ли сделать такую схему: подключиться из 1С к веб-серверу(с помощью WS-ссылки, например) и когда от веб-сервера приходит команда, обрабатывать ее (например, показывать всплывающее окно)? Т.е., 1С должна слушать веб-сервер постоянно.
1 Я тот кто надо
 
04.07.14
13:38
>> 1С должна слушать веб-сервер постоянно.
Ну так и опрашивай периодически. Вопрос в чём?
2 Karambol
 
04.07.14
21:17
(1) Без периодического опроса возможно реализовать? Если я буду опрашивать раз в секунду, это сильно загрузит систему?
3 Лодырь
 
04.07.14
21:19
(2) Сделай вебсервис на 1с и вызывай его соответственно из внешнего приложения, не?
4 Karambol
 
04.07.14
21:24
(3) Зачем из внешнего? Мне надо 1С подцепиться к веб-сервису и   реагировать из 1С на команды, приходящие из веб-сервиса.
5 kokamoonga
 
04.07.14
21:28
(4) По-моему у вас присутствует легкое непонимание работы HTTP-протокола. Отсюда и вопросы такие.

Веб-сервис куда должен команды отправлять?
6 Karambol
 
04.07.14
21:29
(4) Веб-сервис должен отправлять команды в 1С.
7 Karambol
 
04.07.14
21:29
(6)к(5)
8 kokamoonga
 
04.07.14
21:31
(6) >>> Веб-сервис должен отправлять команды в 1С.

Это понятно из топика. Я имею в виду куда физически веб-сервис должен отправлять команду? На какой-то ip, сокет, на какой-то порт?
9 Karambol
 
04.07.14
21:35
(8)Тут я затрудняюсь ответить. Как посоветуете реализовать?
10 kokamoonga
 
04.07.14
21:35
В простейшем виде HTTP это протокол типа запрос-ответ. Когда ответ получен сессия закрывается.

Можно конечно попытаться скрестить SOAP с websocket или играть с KeepAlive или там всякие comet и long-polling, но думаю в с связке с 1С это будет чересчур увлекательно
11 kokamoonga
 
04.07.14
21:37
(9) Ну очевидный вариант — веб-сервисы с обеих сторон. Хотя я такое у себя не стал бы делать.
12 Karambol
 
04.07.14
21:37
(10)А есть вариант проще?)
13 Karambol
 
04.07.14
21:38
(11)Почему не стали бы?
14 kokamoonga
 
04.07.14
21:39
(12) Для начала может быть стоит определиться с задачей? Почему нужно слушать то, что происходит на удаленном сервисе?
15 kokamoonga
 
04.07.14
21:40
(13) сырой протокол в экзотичной реализации от 1С. стремно как-то. может это и неоправданные страхи, но мне как-то не улыбается давать доступ извне к 1С даже таким ограниченным способом
16 Karambol
 
04.07.14
21:48
(14) Для интеграции с внешней системой. Нужно оповещать пользователя о событиях, приходящих от внешней системой. К примеру, от внешней системы пришло сообщение пользователю - нужно показать его в 1С.
17 kokamoonga
 
04.07.14
21:51
(16) Если уведомления необходимы в реальном времени, то логичнее посмотреть в сторону ВК, которая будет висеть на вебсокете удаленной системы. Это конечно если удаленная система сможет вебсокеты
18 Karambol
 
04.07.14
21:52
(17)Через ВК не хотелось бы.
19 Эмбеддер
 
04.07.14
22:07
(0) из веб-сервиса нельзя вывести окно. данные можно записывать в регистр сведений, и из сеанса пользователя периодически опрашивать
20 Эмбеддер
 
04.07.14
22:11
+ отчет о происходящем можно записывать в журнал регистрации
21 kokamoonga
 
04.07.14
22:18
(18) причины?
22 Karambol
 
05.07.14
07:04
(19) Спасибо за вариант.
(21)1С планируется запускать в веб-режиме, и на клиенте может не быть установленной ВК.
23 ifso
 
05.07.14
07:40
(22)
> 1С планируется запускать в веб-режиме
чего за режим такой?
24 kokamoonga
 
05.07.14
15:57
(22) >>> 1С планируется запускать в веб-режиме, и на клиенте может не быть установленной ВК.

Не уверен, что понимаю что такое веб-режим, но дергать внешнюю систему это вроде как дело сервера, а не клиента. В (19) вполне здравое рассуждение на тему очереди сообщений в регистре. Пусть сервер туда пишет, а клиенты забирают. Или как это должно происходить?
25 Karambol
 
05.07.14
19:16
(23)Веб-клиент в смысле.
(24)Да, попробую вариант с регистром.