Ошибка при вызове метода контекста поместитьвовременноехранилище

06.06.16 — 20:27

1 — 06.06.16 — 20:37

есть подозрение, что в 8.3.Сколькототам это починили и теперь com во временное хранилище больше не уложишь. Статься про 8.2

2 — 06.06.16 — 20:46

(1) Есть даже подтверждение тому. В 8.3 нельзя положить в хранилище объект, которые не сериализуется. Были предложения возвращать такой сом-объект функцией из общего модуля с повторным использованием результата, вроде как при этом не происходит каждый раз его инициализация, но эту гипотезу надо проверять.

3 — 06.06.16 — 20:48

(2) пробовал так с ком-экселем — полная хрень происходит, он иногда куда то теряется… )

4 — 06.06.16 — 20:49

5 — 06.06.16 — 20:49

можно попробовать COM-объект положить в структуру, а уже структуру — в хранилище. Но, во-первых, не факт, что сработает, а, во-вторых, это все равно временно — когда-то и это починят.

6 — 06.06.16 — 20:50

(4) требую фотофиниша!

7 — 06.06.16 — 20:56

8 — 06.06.16 — 21:00

Для интереса эксперимента закинул в структуру как писал (5), сработало. Но на сколько это продолжительно… неизвестно.

9 — 06.06.16 — 21:01

Завернул в структуру как подсказал (4) спасибо, всё ок!

Заработало!

10 — 06.06.16 — 21:02

Спасибо!

Вроде пишут живет 20 минут, если её не трогать.

11 — 06.06.16 — 21:02

Еще можно возвращать ком-объект из общего модуля с повторным использованием возвращаемых значений. Только в последних релизах кэш что-то стал слишком быстро сбрасываться.

12 — 06.06.16 — 21:03

(10) живет дольше, если передать уид объекта-привязки, емнип

13 — 06.06.16 — 21:07

А вообще, с точки зрения парадигмы это жуткая ересь. Ибо в общем случае серверных процессов больше одного, и они могут быть даже не не одном сервере. А com-объект это по сути специально приготовленная дллка, загруженная в адресное пространство процесса. То есть, если внезапно следующий серверный вызов обратится к другому рабочему процессу — то ваше нечто из хранилища там превратится в тыкву.

14 — 06.06.16 — 22:43

(13) Поэтому кол-во обращений с использованием COM-объекта нужно стараться минимизировать… и стремиться к одному вызову

15 — 07.06.16 — 01:15

16 — 07.06.16 — 01:55

(15) Это радует.

17 — 07.06.16 — 07:09

(14) Да кто бы спорил.. но не для всех задач это возможно. Пример — онлайновая синхронизация данных в двух конфигурациях. Чтобы например из подписки на событие в рабочей базе что-то писалось в подключенную. Здесь вызовов много, а инициализировать com на каждом — нереально медленно.

18 — 07.06.16 — 07:27

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

19 — 07.06.16 — 07:28

(18) Вам за каждый пост в оправдание и защиту 1с деньги платят?

20 — 07.06.16 — 07:31

(19) Помню, в середине двухтысячных некоторые на форуме кричали в ответ недовольным «DCOM это правильно, 1с всё верно делает, а мультиплатформенный нативный сервер никому не нужен», прошло пара лет — и в 1с выпустили 8.1 с нативным сервером, послав нафиг виндовый DCOM. И эти же деятели начали с восторгом восхищаться мудрым решением.

21 — 07.06.16 — 07:33

(19) Нет конечно. Просто за пост. Вот и сейчас копеечка капнула — правда здорово?

22 — 07.06.16 — 07:35

А по теме — очень не хватает в 1с серверных «несериализуемых» переменных, сохраняемых между вызовами. Разумеется, при распределенном сервере это невозможно. Может быть, следовало бы создать флажок на общем модуле «фиксированный рабочий процесс» — чтобы при обращении к этому ОМ всегда выбирался один РП и соответственно можно было хранить переменные сеанса.

23 — 07.06.16 — 07:39

(22) а еще лямбда замыканий, наследования и прямой работы с диском.

24 — 07.06.16 — 07:41

Кстати, а какие средства интеграции вы можете предложить как альтернативу COM? Требования — работа онлайн и универсальность для файловой и клиент-серверной базы.

25 — 07.06.16 — 07:42

(23) Прием демагогии — доведение до абсурда

26 — 07.06.16 — 07:43

(24) прям навскидку — вызов хттп сервиса

27 — 07.06.16 — 07:44

(26) Его же надо заранее приготовить на «той» стороне, разве нет? А если база, в которую надо грузить данные, типовая?

28 — 07.06.16 — 07:45

(25) Ну ты первый страдать начал — «как бы хорошо было, если бы вдруг от дома провести подземный ход или чрез пруд выстроить каменный мост, на котором бы были по обеим сторонам лавки, и чтобы в них сидели купцы и продавали разные мелкие товары, нужные для крестьян. При этом глаза его делались чрезвычайно сладкими и лицо принимало самое довольное выражение; «

29 — 07.06.16 — 07:47

(27) кто там, что про демагогию говорил — условия на ходу задачи менять?

30 — 07.06.16 — 07:48

А если, а вот…

31 — 07.06.16 — 08:01

(29) Ну извините. Я просто забыл указать важное условие. Разумеется, для синхронизации нетленок уйма способов. Речь именно о связи с типовыми.

32 — 07.06.16 — 08:03

(28) Высказывать «хотелки» и пожелания — неотъемлемое право любого участника форума. Это же наши кухонные посиделки, разве нет?

33 — 07.06.16 — 08:04

Просто 1с рванула «в облака» и на уровень крупных компаний, совершенно забыв наши любимые ларьки и их потребности..

34 — 07.06.16 — 08:12

(31) То есть дорабатывать исходную базу, откуда ты обмен инициировать собрался, тоже нельзя?

35 — 07.06.16 — 08:16

(34) Прием демагогии — утопить в деталях

36 — 07.06.16 — 08:21

37 — 07.06.16 — 08:21

Именно COM и был предназначен изначально для обмена данными между двумя базами, без необходимости доработки конфигурации базы, к которой подключаемся. Все прочие методы — это костыли.

38 — 07.06.16 — 08:24

(36) Чисто франчовый подход — «платите деньги, а мы тут накурочим в типовой чего изволите»

39 — 07.06.16 — 08:44

(37) кто там в (20) про дком пример приводил? Именно он и был! Все остальное костыли!

40 — 07.06.16 — 08:46

(38) чисто фикси-фишка — как же можно работать, когда в космосе хаос?

41 — 07.06.16 — 08:54

42 — 07.06.16 — 09:02

(41) То есть дрючить сервер циклическим опросом внешнего приложения — это не костыли?

43 — 07.06.16 — 09:02

(41) А вот Serginio1 за сокеты агитирует. Где же правда?

44 — 07.06.16 — 09:06

(42) каким опросом? Какого приложения? Твои данные накапливаются в регистре, после чего регламентное, обнаружив, что есть данные, запихивает их все через твой любимый ком в целевую базу.

Дополнительный плюс — если целевая база развалилась или там монопольно сидит фикси с отладчиком, то изменения не теряются.

45 — 07.06.16 — 09:12

46 — 07.06.16 — 09:18

Таити, Таити. Нас и тут неплохо кормят. (цы)

Смысл тут «на кухоньке» плакаться об отсутствии того или иного функционала? Что есть, то и пользовать.

47 — 07.06.16 — 09:34

(44) Не, суть задачи в том что целевые данные должны обновляться в реальном времени, а не с каким-то интервалом

48 — 07.06.16 — 10:16

49 — 07.06.16 — 10:32

50 — 07.06.16 — 10:46

Процедура ИнициализироватьХранилищеКомпоненты()
    
    ПодключитьсяКБазеИсточнику(ИмяСервераБД, ИмяБД);
    
КонецПроцедуры    

Функция ПодключитьсяКБазеИсточнику(ИмяСервераБД, ИмяБД) Экспорт
    
    Если ЗначениеЗаполнено(ХранилищеКомпоненты) Тогда
        Попытка
            Структура = ПолучитьИзВременногоХранилища(ХранилищеКомпоненты);
            Соединение = Структура.Объект;
            Если Не ТипЗнч(Соединение) = Тип("COMОбъект") Тогда
                Соединение = ПодключитьсяКБазеИсточнику_Непосредственно();
            КонецЕсли;
        Исключение
            Соединение = ПодключитьсяКБазеИсточнику_Непосредственно();
        КонецПопытки;            
    Иначе          
        Соединение = ПодключитьсяКБазеИсточнику_Непосредственно();
    КонецЕсли;
    
    Возврат Соединение;
    
КонецФункции

Функция ПодключитьсяКБазеИсточнику_Непосредственно()
    
    АвторизацияWindows = Ложь;
    
    СтрокаСоединения = "Srvr=""" + ИмяСервераБД + """;Ref=""" + ИмяБД + """;Usr="""+ ИмяПользователяБД + """;Pwd=""" + ПарольПользователяБД + """;";
    V83COMConnector= Новый COMОбъект("V83.COMConnector");
    Попытка
        Соединение = V83COMConnector.Connect(СтрокаСоединения);
        
        Структура = Новый Структура("Объект", Соединение);        
        ХранилищеКомпоненты = ПоместитьВоВременноеХранилище(Структура, Новый УникальныйИдентификатор);
    Исключение
        Сообщить(ОписаниеОшибки());
        Соединение = Неопределено;
    КонецПопытки;
    
    Возврат Соединение;
    
КонецФункции

(47) ты сам себя загоняешь в тупик таким подходом. В реальном времени = в одной базе. Все остальные технологии имеют недостатки не позволяющие работать в реальном времени в определенных условиях.

Веб-сервисы, HTTP-сервисы, OData, COM-Соединение — везде существенные таймауты на операции. Применимо но в определенных условиях.

Недавно приобрели комплект альфа авто 6 ПРОФ. нашел у вас на форуме обработку для загрузки из альфа-авто в БП 3.0 она не открыавется выдает ошибку

{Форма.ОсновнаяФорма.Форма(654)}: Ошибка при вызове метода контекста (ПоместитьВоВременноеХранилище)
   Объект.АдресВХ_БДТС = ПоместитьВоВременноеХранилище(Новый XBase, УникальныйИдентификатор);
по причине:
Переданное значение не может быть помещено во временное хранилище

Что с этим сделать?