вот вроде получился у меня web servis после подсказок
мой сервиc содержит функцию select, которая выбирает некоторые данные, кладет в xml возвращает клиенту,
клиент преобразует xmltocursor
все работает, но вот получилась выборка, которая преобразованая в xml превышает ограничение на размер строковой переменной и не удается её вернуть клиенту.
вычитал рекомендацию в в конце статьи делить возвращаемый поток.
сделал в сервисе 2 функции select и select_next. select нарабатывает курсор и передает первую порцию и не закрывает его, а select_next должна передавать следующие порции.
вызываю эти функции последовательно в одном и том же soap соединении
и выясняется что в select_next ни открыто не одной таблици, как будто бы на сервере создается каждый экземпляр класа не только для каждого коннекта, но для вызова каждого метода.
это действительно так?

как всетаки реализовать передачу больших потоков с сервиса?

в данный момент я уперся в 50 мб, но вообще хочется не хуже чем фоксовское ограничение 2Гб

Sergey ChОткрою Вам секрет - для передачи таких объемов лучше всего использовать другие технологии и протоколы...

подскажите пожалуйста, какие?
вообщем пытаюсь создать сервер приложений
самый первый вариант(все еще действующий) - файловый обмен через общий сетевой ресурс - низка надежность, да и по безопастности плохо.
еще пробовал winsocks - activeX не устроил по скорости

Sergey ChА что он должен делать?
ну воощем мечтается об универсальном - выполнение любых обработок данных(размещенных в таблицах dbf или на MS SQL)- прикладной программист пишет какуюто процедуру, которая вызывается с клиента и исполняется на этом сервере приложений., в основном они возвращают какието данные клиенту, но могут только преобразовать исходные и вернуть только "удачу".
частный случай: "удаленный select" -именно с него я и начал.

pulsАлексейО,попробуй пережде чем отправить информции архивируй и у сервера разархивируй.Файлы dbf очень хорошо сжать можно,я сам так делаю.
ну если бы у меня была задача с очень медленной сетью и приемлимой мощностью на клиенте, то это был бы вариант, но не панацея: допустим нужно передать 200Мб (вроде не огромная цифра для фокса) жмем их (раз в 10 )получаем 20мб - и уже не проходит ограничение(выяснилось что оно 16Мб - размер строковой переменной фокса)

Dima Tрасшаренная папка в сети
Тут безопасность если и пострадает, то не сильно.
это действующий вариант. и безопастность и надежность очень страдают:
фокс очень критичен к надежности сети - поймал ошибку чтения и встал. иногда удается обработчиком ошибок поймать, но чаще всего нет. а безопастность просто ужас - по разным причинам клиент не удалил за собой - и вот тебе -"заходи кто хошь, бери что хошь".
Dima T
Иначе надо с сокетами разбираться и через свои TCP соединения слать, но там много подводных камней есть.
частично я разобрался и сделал на activeX winsocks - очень медленно работало
возможно на winapi было бы лучше, но решил поискать более свежие варианты
Dima TМожешь еще в сторону "Named Pipe" покопать. См. WinAPI функцию CreateNamedPipe() и все что с ней связано. Тут можно почитать
пожалуй посмотрю...

Sergey ChПро ограничения 16Mb впервые слышу от Вас :) (просто надо соответствующие параметры изменить в Windows)...
ну вообщем так оказалось:
если я возвращаю только курсор
вроде проблем не возникло.
а мне захотелось чуть сократить объем xml курсора и вложить в этот xml доп.инфу otvet_message
то в строке
xml_return= xml_return+' <Cursor><![CDATA['+str_cursor_xml+']]></Cursor>'+CHR(13)
получаю ошибку "слишком длинная строка"

Sergey Ch, ваше мнение?
если не раcсматривать MS SQL, то какая из технологий предпочтительней для сервера приложений
WS, winsocks или "Named Pipe" ?