Sergey Ch


Как написано на сайте майкрософт, IIS 6 - не совместим с ядром от xp. Потому искать его не стал.
Вот, IIS 5-й не нашел нигде - мало времени было на поиски.

Пришлось переустановить IIS 5.1, взятый с диска XPsp2, после того, как избавился от Kerio Firewall.

Действительно, если поставить ковычки в строке исполняемого файла, то ошибку, при открытии wsdl, даст даже тот же бройзер, с VFP - аналогично.

Но, даже после всего проделанного мне ничего не помогло..
Сейчас у меня мысли о том, что какого-то сервиса не хватает для нормальной работы WS.
Ниже рисунок со списком запущенных сервисов.

p.s. если у Вас получилось поставить WS - напрашивается вопрос: где Вы взяли IIE, и какой он версии?

Sergey Ch Бунин Евгенийp.s. если у Вас получилось поставить WS - напрашивается вопрос: где Вы взяли IIE, и какой он версии?
Забыл спросить самый главный вопрос - какой у Вас Windows XP? Home Edition or Profession? Если домашняя версия - то на ней все так просто работать не будет (скорее всего вообще работать не будет)...

Professional

Проблема разрешилась.
Хоть, и догадывался, в чем дело, но все же разобрался методом "тыка"..

Сам способ:
После успешной публикации WS, в его свойствах, в опциях я разрешил для него: Script Source Acces, Read, Write, Directory Browsing(ниже см. рисунок)
(!)Затем можно все это отключить - WS все равно продолжает работать.

Наблюдения:
После пометки, затем разметки всех свойств, WS - работает, как ни в чем не бывало.

По умолчанию, после публикации WS не доступен для протокола MsSoap, т.к. wsdl-файл открывается только через Browser.

Вывод: Я так понимаю, проблема в самом IIS, точнее в его работе с портами.

В ходе экспериментов, я обнаружил множество ошибок в работе IIS - будет время распишу все по подробней.


P.S. С меня получился бы неплохой Microsoft Test Enginer =)

Бунин ЕвгенийПроблема разрешилась.
Хоть, и догадывался, в чем дело, но все же разобрался методом "тыка"..

Сам способ:
После успешной публикации WS, в его свойствах, в опциях я разрешил для него: Script Source Acces, Read, Write, Directory Browsing(ниже см. рисунок)
(!)Затем можно все это отключить - WS все равно продолжает работать.

Наблюдения:
После пометки, затем разметки всех свойств, WS - работает, как ни в чем не бывало.

По умолчанию, после публикации WS не доступен для протокола MsSoap, т.к. wsdl-файл открывается только через Browser.

Вывод: Я так понимаю, проблема в самом IIS, точнее в его работе с портами.

В ходе экспериментов, я обнаружил множество ошибок в работе IIS - будет время распишу все по подробней.


P.S. С меня получился бы неплохой Microsoft Test Enginer =)


Оказалось, причина в другом - если опубликовать WS, как asp, все будет работать.

А точнее, Listener Type надо было установить, как asp..

Я так и не понял - в чем я был не прав.
Эксперимент показал, что публикуемый WS с использованием Listener типа ISAPI не работает, если переименовать/удалить ранее созданный .asp файл - т.е., если предварительно опубликовать WS на базе Listener - ASP.
Вопрос вроде закрыт, но в принципе он остается открытым..


Появилась еще одна проблема - мой WS игнорирует(см. ниже рисунок с ошибкой) параметры.
Вот текст программы:

PROCEDURE test AS INTEGER
PARAMETERS p1
RETURN (1)
ENDPROC
Вроде, ничего сверх естественного для фокса здесь нет.

Гулин Федор>>

а если - сделать рестарт IIS ? - может просто на ходу не обновляется
( права на Read по моему должны быть )

Уже разобрался - не работает у меня isapi.
Приходился работать с asp.

Наверное, по этому, и параметры не ловит мой WS.

Sergey Ch
Для FoxPro everything OK, but это все потом конвертируется в Visual Basic (кажется...), соответсвенно синтакс должен быть другим:
P.S. Насчет ISAPI - повторюсь - у Вас нет ассоциации между расширением WDSL и запуском библиотеки из пакеты SOAP 3.0... Вам надо просто "расслабиться и подумать", что Вы делаете немного по другому, чем принято...

Good luck!

Пробовал, и так - ничего.
Кстати, уже актуально.
Подобный синтаксис не нравится моей СУБД.

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

Вот, что потом можно прочесть, если нажать на иконку "!"

C приручением процедур WS я разобрался, позже напишу, как была решена проблема, и, разумеется - что мешало вызывать эти процедуры Web Service'a.

P.S. Где можно ознакомиться с плюсами и минусами интерфейсов FOXISAPI и Web Services и т.д.? За инфо за ранее благодарю.

Пусть и флейм, но:
во-первых, я так понимаю, Ws - это, прирученный интерфейс-гибрид, созданный на базе движка, той еще старой foxisapi.dll – не зря используется опционально listener ISAPI и ASP. Если не так – поправьте меня;

во-вторых, где-то на этом форуме читал пост о безопасности WS. Речь шла о расшаренной папке, в которой лежит база данных и прочее - разработчику, точнее его клиенту не нравился такой метод хранения БД.
Так вот, нельзя ли в таком случае, рабочую, Web-БД поместить в другую локальную папку, и уже без общего доступа? По идее сервер в таком случае должен работать.