Как в управляемых формах хранить соединения? ftp и т.п. #687258

Есть функция в общем модуле. Выполняется на клиенте. Функция создает управляему форму и вызывает метод для создания FTPСоединение. Затем это соединение нужно использовать в остальных функция в этой форме. Вопрос. Как сохранить подключение, чтобы не создавать его по 100 раз? Объявить через Перем не получается. После выхода из функции создающей подключение переменная становится неопределенной (хотя форма еще живая). В параметрах формы создать не получится - нет такого типа. Передать его в параметре метода не получается - не сериализуется. Задача несколько извращенная (пытаюсь сделать некое подобие ООП на упр формах), но решить как-то надо.

Ничего не понял.

Временное хранилищие

Когда говорят "ничего не понял" обычно и не пытаются понять. По себе знаю.

Передать его в форму, не в составе <Параметры> чтобы оно не пошло гулять на сервер, а уже потом. НоваяФорма.Соединение=

Ну или временное хранилище

Этим я обозначил щок и трепет от того, что ты ниосилил. Ладно, кто то другой.

&НаКлиенте Перем Соединение Экспорт;

как интересно временное хранилище поможет мне сохранить ПОДКЛЮЧЕННОЕ соединение?

вот это я могу написать в создавемой форме? чтобы записать туда соединение?

щя попробую ...

смотрим Подключение.Соединение равно Неопределено. хотя СоздатьПодключение было Соединение = Новый FTPСоединение все это на клиенте

Мы с Денисч. надавали советом. Причем я уверен в 2 вариантах, но на практике не использовал и не один из них.

щас проверим

временное хранилище не вариант. даже если каким-то чудом 1С будет из хранилища брать соединение и восстанавливать его - это какая-то бредятина

Дайте адрес какого нибудь ftp-шника.

в модуле управляемого приложения создай экспортную переменную Я так подключение к телефонии сохраняю Перем Телефония Экспорт;

мысль. спасибо.

а имеет значение если у меня у метода СоздатьПодключение не написано &НаКлиенте? сейчас вот написал и метод перестал быть видимым

не понятно ...

у меня вызов СоздатьПодключение идет в процедуре общего модуля. общий модуль с галкой только Клиент (упр приложение).

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

Ничего не мешает ему вызвать сервер.

тьфу зараза ...

И получилось 2 переменные Соедиенние

Оставь надежду всяк на УФ переходящий

Реквизит формы произвольного типа

Если есть вариант делать это на сервере то нужно использовать модуль с повторным использованием

не уверен это что за штука?

хотя без разницы, на сервере или клиенте. Делай модуль поторного использования (на время сеанса) и все - задача решена

Так тебя еще и уверить нужно

ошибка была в том что метод создания подключения отрабатывал на сервере. ну и переменная была объявлена тоже на сервере. как поставил везде &НаКлиенет все заработало. спасибо всем :)

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

Мне, чтобы это проверить, пришлось идти в Германию за ftp-серваком. toypaul, рекомендую тебе поэкспериментировать с временных хранилищем, настоятельно. Это тебе пригодиться. А то будешь в глобальные переменные пихать.

какая гадость эта ваша заливная форма )

Она прекрасна. Вот счаст у toypaul идет просветление и разделение сред Клиент-Сервер.

с сохранением локальных переменных в бинарики )

Сам ты кондовый маасквич в первом поколении

во временное хранилище нельзя помещать несериализуемые объекты в 8.3. в 8.2 они могут вести себя непредсказуемо(убиваться через 2-6 минут например).

+ и реквизит произвольного типа "Зойч" не сереализуешь

красота. Сейчас просветление найдет уже на Ежова )

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

Может что то и поменялось, мне фиолетово, у меня обработчик обновления каждую минуту дергает хранилище на всякий пожарный. Раньше 20 минут хранилось. В 8.3 - да, так уже по похранишь. Ежова без хрена не съешь, wPa

хитер

в нашем тиражном решении тоже было "раз в минуту". Тоже нестабильно оказалось(когда мало памяти на сервере вроде). Обошли по другому, но в этом случае так не прокатит. ЕМНИП: сервер не должен хранить состояния между 2мя вызовами клиента, ну или чтото типа того(типа религия веба что ли) Автору может попробовать через регл.задания организовать постоянное подключение.

1. У нас работает. 2. Автор уже проблему решил. 3. 8.3 заставляет чаще биться наши сердца.

" 8.3 заставляет чаще биться наши сердца." - хорошо сказал. Но это не повод устраивать лишний геморрой ради спортивного интереса.

+ я понимаю что мой вариант - не лучшее решение. Ищу новые.

а зачем вообще хранить ftp соединение?

Подниму тему ... Подключени-то создается и подключается, но при передаче формы (которая хранит это подключение) как параметра функции в другой метод подключение теряется. Если вызывать затем метод формы, который обращается к созданному подключению, выдается ошибка. Сначала думал какая-то проблема с подключением. Оказалось нет. Если созданное подключение использовать сразу (не передавать в составе формы дальше), то все нормально отрабатывает. Вот и получается что "обернуть" такое подключение в какую-то обертку (которой у меня была форма) не выходит. Придется по другому изворачиваться ...

Покажи кодом! (как трудно ты объясняешь словами)

эта функция создает "мое" подключение в виде формы

потом вызываю функцию формы из общего модуля

на этой строке выдает ошибку, что нет доступа. смотрю параметры ftp - все установлено. написал обработку для проверки она отрабатывает нормально

ftp не может разрывать соединение по таймауту?

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

не понял. подключение создается без ошибок. может что-то там и отключается при передаче. сие мне не ведомо.

Повторное использование (в свойствах модуля) тебе поможет

"потом вызываю функцию формы из общего модуля Потом - это когда? Через сколько секунд?

сразу же

не помогло :)

+ к может если бы я фтп соединение создавал непосредственно в функции этого модуля, тогда бы помогло. но мне так не подходит. на самом деле не хватает хотя бы минимума ООП в данном случае :)

и снова подниму. оказывается причина в другом была. выдает ошибку доступа при поиске каталога ftp.НайтиФайлы("2013/11/13") ftp.НайтиФайлы("/2013/11/13") оба вызова выдают ошибку

А так? ftp.НайтиФайлы("20131113") ftp.НайтиФайлы("20131113")

в сп как раз как в

в документации написано "При использовании этой схемы в адресах необходимо указывать прямые слеши '/', а не обратные ''.

не пойму как проверить существования каталога ...

УстановитьТекущийКаталог  ?

Ну можно рекурсивно Файлы=Фтп.НайтиФайлы(фтп.ТекущийКаталог,"*.*");

файлов дофига может быть. зачем мне все выгребать?

Ну во первых проверить написание Файл.ПолноеИмя

или рекурсивно  Файлы=Фтп.НайтиФайлы(фтп.ТекущийКаталог,"2013");

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

Файлы=Фтп.НайтиФайлы("2013/11","12");

с папкой, которая существует, проблем нет. проблема с папкой которой нет ...

Ну тогда Попытка исключение

Пришлось рекурсивно устанавливать каталог и создавать новый если не вышло. Для оптимизации сначала устанавливается каталог по полному пути.