Доброго времени суток, собственно сабж. Пишу мобильное приложение и там все на обменах. Для этого использую WSПрокси, но на то, чтобы каждый раз получать его заново уходит достаточно много времени и это заметно пользователю.
Пробовал в модуле управляемого приложения объявить переменную:

&НаСервере
Перем Прокси Экспорт;

Процедура ПриНачалеРаботыСистемы()
    МойСерверныйОбщийМодуль.ЗаполнитьПрокси();
КонецПроцедуры

Но когда я пытаюсь увидеть эту переменную в модуле формы или получить эту переменную из другого серверного общего модуля (да даже из этого же), то получаю ошибку.

через параметрСеанса делай

(1) Думал об этом, но какой тогда тип выбирать? Там подобного нет, даже "Произвольный" нет

(2) можно через ХранилищеЗначения

Или фикс. структуру

(4) (3) Попробую, по результату отпишусь

ээх

Фиксированный массив, фиксированное соответствие или фиксированная структура содержит значение(я) недопустимого типа

так переменная на сервере живет,пока выполняется код.
то есть на каждый вызов будет новая переменная.

(5) В Хранилище значения Прокси тоже не хочет садиться

по крайней мере через Хранилище = Новый ХранилищеЗначения(Прокси);

(9) Прокси в структуру, структуру в ХЗ?

Ну и хранить адрес ВХ, привязанный к сгенерированному УИДу, а не в открытом виде

Между серверными вызовами можно хранить только то, что можно сериализовать. По честному, сериализовать внешний объект невозможно, поскольку он существует лишь в контексте и в памяти серверного процесса. Однако, если принять за вводную, что серверный процесс всего один - то есть способы. Один из них вам уже сказали - засунуть несереализуемое в структуру и сохранить её в хранилище. Второй - сделать общий модуль с флагом кэширования и повторного возвращения значений, возвращающий из функции этот самый внешний объект.
Оба способа имеют общую проблему. Хранилище без привязки к форме, равно как и кэш, протухает через несколько минут. Да, и если вдруг десериализация внезапно произойдет на другом рабочем процессе, то ваш объект превратиться в тыкву настолько, что может даже упасть рабочий процесс..

(12) Конструктивно... на выходе мы имеем картину, что по хорошему и надежному мы никак не сохраним проксю и каждый раз придется получать ее заново? Я сейчас попробую засунуть прокси в структуру и в хранилище и хранить уид его. Посмотрю на сколько это корректно

+(12) Как вариант, структуру с бякой внутри можно попробовать сериализовать через ЗначениеВФайлВнутр на сервере, и после загружать аналогично. Это если без хранилища.

(11) Создал Фиксированную структуру, с прокси и попытался положить в Хранилище, на выходе...

Переданное значение не может быть помещено в ХранилищеЗначения, поскольку не сериализуется или содержит вложенный несериализуемый элемент

(14) Эту структуру не много не понял, можно пример с кодом?

(16) Сохранение

Структ=Новый Структура;
Структ.Вставить("Объект",НесериализуемыйОбъект);
ЗначениеВФайлВнутр(ИмяФайла,Структ);

Ну и обратный порядок

Структ=ЗначениеИзФайла(ИмяФайла);
НесериализуемыйОбъект=Структ.Объект;

PS Не проверял)

(15) Прикрыли-таки лавочку значит

(17) В рамках мобильного приложения мне кажется не лучший вариант...
но все равно попробую)

Есть ЗначениеВФайл и ЗначениеВСтрокуВнутр

какой?)

(20) Попробуй и то и другое, и в файл и в строковую переменную - реквизит.

ЗначениеВФайл недоступно в мобильном приложении =(

Также как и ЗначениеВСтрокуВнутр...

(22) На сервере тоже?

Правильный ответ - в (12): Общий модуль с повторно возвращаемыми значениями.

(25)+1 В ERP так

(24) На сервере доступно, но на сервере в моб приложении нет =)

Ладно, тогда я просто сдаюсь, потому что боюсь что хешируемые модули в моб. приложении также будет работать через ЭН-ное место

а как насчет сделать веб-сервис в расширении?.. тут только вопрос.. остается ли он "горячим" после первого обращения..

(29) Так он не поставщик, а потребитель веб-сервиса. Ему прокси закешировать хочется. Как тут веб-сервис в расширении поможет? )

(28) Есть же рабочий стол в мобильном приложении, клади в ВХ с УИДом этой формы

(31) всмысле уид всей формы засунуть в хранилище? =)

потом получать форму с уидом, внутри которой прокси?

(32) В метод помещения в ВХ передаешь не произвольный УИД, а УИД формы. Если тебе удастся сериализовать несериализуемое, конечно.

(34) Мне кажется не получится, потому что ИМХО он начал проверять все элементы, которые я пытаюсь поместить...

Я сейчас поймал себя на мысли, что никогда не сталкивался с модулями с повторно возвращаемыми значениями и не знаю как с ними работать. Сейчас нашел статью на инфостарте, но если кто вкратце напишет как с этим работать, буду примного благодарен.

Почитал статью, http://catalog.mista.ru/public/668213/

Вырезка:

Чего делать нельзя
Есть одно ограничение. В качестве параметров функций можно указывать только простые типы. Неопределено, Null, Булево, Дата, Строка, Число, Ссылка. НИКАКИХ СТРУКТУР, ТАБЛИЦ ЗНАЧЕНИЙ, ОБЪЕКТОВ и т.п. Если вы попытаетесь передать в качестве параметра, например, структуру - все отработает, но о повторном использовании полученного значения можете забыть.

Возвращаемое значение при этом может быть любого типа.

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

Следовательно засунуть туда прокси не выйдет...

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

(37) Попробую, тогда, по замеру производительности посмотрю работает или нет =)

(38) А сколько сейчас WSПрокси создается?

Вроде работает... Сделал общий модуль с 1 процедурой получения прокси в рамках сеанса. Посмотрю как будет дальше.

Спасибо всем, кто принял участие

(39) Первый вызов 1.8 секунды, второй и последующий 0,008 секунды

(30) объект конфигурации WSСсылка