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

правда, что повторное использование возвращаемых значений в модуле для WS не работает?

какие еще варианты есть тогда?

WS-Ссылка?

напрямую в конфе

(2) что имеется ввиду? можно поподробнее?

Можно сохранить WSDL в файл и вызвать

ОпределениеТ=Новый WSОпределения(ПутьКСохраненномуФайлу_wsdl");
    WSСервис=ОпределениеТ.Сервисы[0];
    прокси=Новый WSПрокси(ОпределениеТ, WSСервис.URIПространстваИмен, WSСервис.Имя, WSСервис.ТочкиПодключения[0].Имя);

(4) а как его сохранить?

(0) тебе сам коннект надо кэшировать? Он на уровне платформы кэшируется так то. А вот насчет долго, то может это у тебя с инетом трабла, ибо у меня есть сервис с 3 одновременными WS конектами к 3 базам 1С, все работает достаточно быстро,правда с редкими ~1 сек лагами(когда новое подключение устанавливается)

(6) кэшируется, только пару десятков секунд

(4) как вот этот файл создается?

(8)(4) при подключении через SOAP, происходит сначала обращение к файлу WSDL к примеру http://localhost/Auto/ws/Integration/?wsdl, можно сохранить его и вызывать его так
Новый WSОпределения("ПутьКСохраненномуФайлу_wsdl");
в целом может немного ускорить, ибо основное время уходит на
Новый WSПрокси(ОпределениеТ, WSСервис.URIПространстваИмен, WSСервис.Имя, WSСервис.ТочкиПодключения[0].Имя);

при этом если будет изменен веб сервис, файл надо перекачивать заного

(9) пример не открывается, мне бы сам пример сохранения в файл

ясен пень не будет открываться т.к. я дал адрес своего сервиса, на своей локальной машине, ты когда у себя WSОпределения делаешь какой адрес указываешь?

(7) если через него траффик не гнать то да, в общем самый верный способ это создать метод без параметров и раз в несколько(10 например) секунд вызывать его. Кстати так обычно клиент - серверные приложения и "живут". Лишнего трафика будет по минимуму

(12) с этим справился, а почему может сильно различаться скорость вызова непосредственно метода из главной базы, то моментально, то по 5 секунд?

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

(14) смотрел, больше не подключается к ws, и по производительности самое большое именно вызов метода

(15) видимо мы сейчас говорим о 2х разных вещах, я говорю о вызове создании WSПрокси, а ты уже о каком-то методе, которые реализовал в веб сервисе. Что делает метод и что возвращает?

(10) "Пример не открывается". Прикол :))

(10) Открой свое описание в браузере и сохрани в xml