М.б кто уже сталкивался: в цикле идет вызов SOAP метода. Метод из области SAMPLES.
SOAP.DemoProxy.AddInteger. Через некоторый промежуток времени выдается ошибка.

ОШИБКА #6059: Не удалось открыть TCP/IP сокет к серверу localhost:80<COMMAND>Soap+11^test

Промежутки времени бывают различными. Может работать 5 минут, может и 1,5 часа, но ошибка та же. Причем, если загнать вызов сервиса в цикл и при этой ошибке делать новый вызов, даже с повторной авторизацией, все равно выдается та же ошибка. А если перезапустить программу, то опять работает (и опять вылетает). Запускаю из терминала:
Soap()
set $zt="Error"
new z,%sc,x,i
set z=##class(SOAP.DemoProxy).%New()
write !,"begin "_$ZDT($h,4)
set %sc=z.WSSecurityLogin("test","test")
if '%sc {
do $system.OBJ.DisplayError(%sc)
quit
}
for i=1:1 {
set x=z.AddInteger(i,1)
}
write !,"end "_$ZDT($h,4)
quit
Error set $zt=""
write $zerror
write !,"end "_$ZDT($h,4)
break
quit
Собственно, задал вопрос в WRC, но м.б. удастся раньше понять, где собака порылась :)

ceshka, можно подробнее для "особо одаренных"?

В тексте данного метода два set'a и quit $$$OK.
Это метод системного %SOAP.WebClient, в результате выполнения которого при вызовах сервиса к запросам подцепляется токен и отпадает необходимость в повторной авторизации в пределах сеанса.
Method WSSecurityLogin(Username As %String, Password As %String) As %Status
{
Set ..Username=Username
Set ..Password=Password

Quit $$$OK
}
затем в вызове InvokeClient() используется метод
Method MakeSecurityHeader() [ Internal, Private ]
{
If $isobject(i%SecurityOut) && (i%SecurityOut.FindElement("UsernameToken")'="") Quit

Set token=##class(%SOAP.Security.UsernameToken).Create(..Username,..Password)
Do ..SecurityOut.AddToken(token)

Quit
}
Можно предположить, что сокет как-то действительно блокируется для данного сеанса. Пока нет других идей, на всякий случай попробую программно грохнуть идентификатор сессии и заново подцепиться

Дошло, о чем вы мне втолковываете :)
Согласен, там я косячил :(
Но суть вопроса в другом: у меня обламывается сервис, причем через разные периоды времени. И я не могу понять, по какой причине и как с этим бороться. Причем на локалхосте и из примеров интерсистемс.

ceshka, попробую подробнее
Собственно, в области SAMPLES есть пример работы с SOAP
Пакет SOAP содержит определение класса сервиса SOAP.Demo. В частности, имеется метод AddInteger(Arg1,Arg2), который quit Arg1+Arg2

Пакет SOAP содержит определение класса клиента SOAP.DemoProxy, который умеет вызывать этот метод AddInteger из SOAP.Demo

Я сделал программку, которая создает экземпляр клиента
set z=##class(SOAP.DemoProxy).%New()

Затем в цикле вызываю метод AddInteger

for i=1:1 {
set x=z.AddInteger(i,1)
}

Оный работает и возвращает значения до поры-до времени, а потом возвращает ошибку
ОШИБКА #6059: Не удалось открыть TCP/IP сокет к серверу localhost:80

в последний раз i успела добежать до 80 с лишним тысяч
Строчка <COMMAND>Soap+11^test - это результат строчки
write $ZERROR

Не осознал еще причины ее возникновения, но все же смею предположить: не впрямую из-за Soap^test()

krvsa Ivan.Kokov , колись. Показывай текст программтки test начиная от метки Soap...
----------
Cache for Windows (x86-32) 2007.1.3 (Build 607) Wed Oct 17 2007 02:12:09 EDT
Ладно, раскололи. Теперь явка с повинной :)
Полный текст программы Soap^test вы можете увидеть вначале топика

ceshkaIvan.Kokov
Затем в цикле вызываю метод AddInteger

с моей лично точки зрения, она (программа) отсюда не выйдет для начала, или так и должно быть? ее кто-то в z.AddInteger срубит?

Все дело в том, что я изначально был уверен, что метод завалится, поскольку применял аналог на реальном переборе из БД. Массив около миллиона записей, на каждую по три Soap-метода вызвать надо.
Такая вот тоска. :( Мало того, что медленно, дак еще и валится. Так что цикл я и не пытался ограничить.

ceshka,

Я еще раз, коллеги:

ОШИБКА #6059: Не удалось открыть TCP/IP сокет к серверу localhost:80
Давайте обсудим эту ошибку. Почему она возникла и как с этим бороться?

Насчет <COMMAND> я уже все понял:
Там я в модуле запроса AddInteger вставил $ZT и в трапе - обработку,содержащую
write $system.OBJ.DisplayError(%sc), где %sc - статус возврата метода сервиса AddInteger.
Завершил обычным quit'ом - вот и получил <COMMAND> Определенно - мой косяк.

Но это - не главное!
ОШИБКА #6059: Не удалось открыть TCP/IP сокет к серверу localhost:80 - вот это меня волнует и тревожит, т.к. не вижу причин

а что ты имеешь ввиду под параллельными и последовательными сессиями?
(тоже туплю)

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

Ошибка происходит в методе %SOAP.WebClient.DoSOAPRequest()
Примерно здесь:

If (response.StatusCode'="200") && (response.StatusCode'="500") {
Quit $$$ERROR($$$SOAPUnexpectedStatus,response.StatusCode)
}
Завтра буду убеждаться, что здесь собака и порылась

Спасибо всем,
Голова бела от пепла :)
поаккуратнее написал $zt. Все медленно и верно крутится, хотя ошибка 6059 все же появляется периодически.
"Его пример другим наука... " (т.е. мой :))

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

Ответ из WRC получил, что будут искать причину возникновения ошибки 6059
Теперь я могу не спеша и с удовольствием и сам покопаться с этим вопросом.