Имя: Пароль:
1C
1С v8
Можно ли передать com-объект с клиента на сервер?
, ,
0 Karambol
 
09.12.13
09:34
Добрый день!
Существуют ли способы передачи com-объекта со стороны клиента на сторону сервера?
1 ДенисЧ
 
09.12.13
09:37
да.
2 Karambol
 
09.12.13
09:38
(1)Можно подробнее?
3 ДенисЧ
 
09.12.13
09:41
Временное хренилище....
4 Karambol
 
09.12.13
09:43
(3)Спасибо, попробую.
5 ПотокСознания2
 
09.12.13
09:43
Успехов!
6 Karambol
 
09.12.13
09:49
Конструктор ХранилищеЗначения доступен только на сервере. Получается, чтобы поместить com-объект в хранилище, нужно сделать это на сервере. Т.е., возвращаемся к исходной задачи:передать com-объект на сервер.
7 Lama12
 
09.12.13
09:54
(6) А разве это тоже самое что и (3)?
8 ДенисЧ
 
09.12.13
09:57
туплю.
Смысла в этом нет. На клиенте может быть программа, отдающяя ком-объект, а на сервере нет.
Так что....
9 НеБорис Нуралиев
 
09.12.13
09:57
(0) Нет, таких способов нет.
10 Rovan
 
гуру
09.12.13
09:59
11 НеБорис Нуралиев
 
09.12.13
10:09
(10) Это для сохранения между серверными вызовами, а не для передачи с клиента на сервер.
12 qeos
 
09.12.13
10:10
(0) что значит "передать com-объект"?
13 Karambol
 
09.12.13
10:18
(12) На клиенте создаю com-объект, хочу вызвать экспортную процедуру из модуля некой обработки, в которой используется этот com-объект. Для этого хочу передать этот com-объект с клиента на сервер.
14 Serginio1
 
09.12.13
10:19
15 ifso
 
09.12.13
10:24
(13) Когда такое может понадобится (чтобы нельзя было обойти передачей с сервера на клиент)?
16 hhhh
 
09.12.13
10:30
(13) выполняйте на клиенте эту свою чудо-процедуру
17 Trainee
 
09.12.13
10:44
(0) Получай com-объект на сервере и потроши его там.
18 Бешенный
 
09.12.13
11:00
(0) Буду осторожен: кажется DCOM может помочь, но клиент и сервер должны работать на платформе Windows.
19 Бешенный
 
09.12.13
11:02
Как DCOM, так и CORBA решают задачу вызова метода объекта, расположенного на другой машине, а также передачу ссылки на объект с одной машины на другую.

Отсюда wiki:Component_Object_Model

Так что получается можно.
20 ViSo76
 
09.12.13
11:09
DCOM и COM это разные вещи
21 Бешенный
 
09.12.13
11:14
(20) Чой-то?

Выпущенная в 1996 году технология DCOM (англ. Distributed COM — распределённая COM) основана на технологии DCE/RPC (разновидности RPC). DCOM позволяет COM-компонентам взаимодействовать друг с другом по сети. (Из той же ссылки выше)

Я в где-то в 2000 году баловался с DCOM. Открывал файлы excel на удаленном компе. COM он и есть COM и для программы было все равно на каком компе открывался этот файл Excel.
22 ViSo76
 
09.12.13
11:21
http://www.docme.ru/doc/201961/dcom

Страница 5 фотография иллюстрирующая что такое DCOM.
23 Бешенный
 
09.12.13
11:26
(22) Ну да, все верно. (0) нужно настроить DCOM на тот объект клиентского компьютера, который он хочет вызывать с сервера.
24 ViSo76
 
09.12.13
11:27
DCOM (Distributed COM) – это расширение COM, делающее эту модель распределенной, то есть позволяющей вызывать COM-объекты, находящиеся на другом компьютере в сети.

С самого начала СОМ разрабатывалась с учетом обеспечения поддержки распределенных сред, т.е. способности клиента создавать объекты на других машинах и вызывать их методы по сети. Эти планы стали реальностью в 1996 году после выпуска распределенной СОМ (Distributed СОМ — DCOM). DCOM позволяет клиенту создавать и использовать объекты как на удаленных системах, так и на локальной. Более того, клиент может даже не осознавать различия между этими двумя случаями. Подобно тому, как клиенты СОМ имеют прозрачный доступ к объектам в динамических библиотеках и локальных процессах, DCOM обеспечивает прозрачный доступ к объектам в удаленных процессах. Фактически самое трудное в достижении подобной прозрачности — это обеспечить взаимодействие объектов, исполняющихся в разных процессах независимо от того, выполняются эти процессы на одной машине или нет. В этом смысле, с точки зрения проектирования, DCOM — довольно незначительное расширение оригинальной СОМ.
Есть два вида языков, одни постоянно ругают, а вторыми никто не пользуется.