Всем доброго времени суток!


Решил я, значит, "повесить" свою софтину на WS.
Создал длл.
Опубликовал ВС на базе той длл.
Но, при вызове процедуры на своей машине получаю ошибку с сообщением(см. рисунок).
Даже самая простая процедура с возвращением значения провоцирует ту же ошибку:
PROCEDURE test() as Integer
RETURN (1)
ENDPROC

Может кто уже сталкивался с подобным явлением...

WinXPsp2En
IIE 5.1
MsSoap3.0

VFP9sp1

Sergey Ch В самом низу - может поможет

Эти настройки у меня стоят по-умолчанию )

Что меня настораживает, так это строка(чуть ниже) в сообщении:
"Unrecognized client error"

Я в тупике.
Получается что в мелкософте не придумали отладчик ошибок для данного сервиса.
Мне, как девелоперу, остается только тыкать пальцем в небо.

Проверил в 8-ке - та же беда.
Копать в клиенте или сервер - я не знаю.

п.с. такое подозрение, буд-то Билл дал нам на испытание совсем еще сырую софтину..

Sergey Ch
Зря Вы так... Я использую технлогию Web Services в коммерческих приложениях уже много лет и проблем по причине "сырости" нет... У Вас скорее всего нет соединения с Web Services (в статьях приведены основные причины). Начать надо с того, что в Browser должен быть виден Ваш Web Services как обычный XML file...

P.S. Я бы почитал сатью и поделал бы примеры с автором...


Здравствуйте.

wsdl - открывается, как посредством браузера, так и в командной строке.
Но все дело в процедуре.

Sergey Ch Бунин Евгений wsdl - открывается, как посредством браузера, так и в командной строке.
Но все дело в процедуре.
Значит надо проверить, что при создании Ws напротив Вашей процедуры стоит галочка...

Галочка присутствует )
Я веб сервис как раз создавал по вашим статьям

Sergey ChПричина скорее всего в том, что в IIS неправильно установлено соответсвие между .wdsl и
SOAPIS30.dll (иногда Windows XP вставляет кавычки в "c:\progra~1\common~1\mssoap\Binaries\SOAPIS30.dll" , которых не дожно быть). Из-за этого у Вас не запускается обработка Web Service и отсюда и сообщение, что непонятная ошибка, так как работа с Web Service по существу то еще и не началась...

Вот тут вот внизу как правильно настроить IIS, чтобы он понимал, что делать с Вашим файлом Web Service..

Добрый день.

Встроенный FireWall - выключен.
У меня работает Kerio FireWall. Пало подозрение на него. После его полного отключения, затем удаления, проблема не решилась.
Мой Soap клиент без отказно работает с процедурами "чужих" сервисов.

После анализа, мною сделан вывод: капать надо в моем сервисе.

В настройках ИИС по умолчанию, система прописывает путь к dll файлу без ковычек. Что интересно, если отредактировать путь(поменять, скажем регистр букв), система будет ругаться "Wrong executable file name" - не понимает он пробелы.
Так что, пробовал с ковычками и без - результат нулевой.

Sergey Ch

\\А виртуальный директорий где Ваш web service сконфигурирован как "application"?
\\И нельзя ли приложить screen-shot с настроек .wdsl ?
\\не пробовали вбить c:\progra~1\common~1\mssoap\Binaries\SOAPIS30.dll в место для приложения?

скрин шот ответит на все вопросы


\\Пробовали опубликовать WS через Wizard?
Пробовал. Безрезультатно.
\\Правильно ли там указаны виртуальные и реальные пути?
Правильно.

Sergey ChА можно screen-shot после того, как FoxPro Wizard опубликовал успешно Ваш Web Service?

Sergey Ch

\\А BABY это имя Вашего компьютера?
да

\\Немного смущают картинки - они мне напоминают W2000...
я использую интерфейс без тем =)

\\Немного смущает в первом топике IE5.1 (С WinXP идет 6.0 по умолчанию)...
я IIS взял с компакта, где xp sp2, который распостранялся мелкософтом.

\\Пакет SOAP 3.0 новейшую версию с сайта Microsoft после того, как убрали все Firewall и антивирусы переустанавливали?

Из антивирусов стоит NOD32 - вроде там нет Firewall-сервиса, так что подозрений на него нет.
Сейчас установлю свежескаченный IIS и Soap, завтра будет время - проэкспериментирую.

\\Да, кстати Вы админиcтратор на своей машине?
Да. Это мой домашний комп.

\\Если все-таки у Вас W2000 - то имя должно быть как c:\progra~1\common~1\mssoap\Binaries\SOAPIS30.dll а не так как у Вас...
Все верно. У меня аналогичная строка в поле исполняемого файла. То, что Вы видите на скрин-шоте - это TITLE BAR показал строку в правильном формате.

Вот мой анализ:
-созданный на базе моей PRG -> DLL web service не работает.
-созданный web service на базе Вашей PRG -> DLL - не работает. Кстати, перед публикацией Wizard выдает инфу о наличии ошибки-ее же игнорирует(я не хотел подымать эту тему-сейчас был просто вынужден)
+"чужой" web service - пашет.

Вывод:
Раз уж мой СУБД и Soap Client работает со сторонним WS, но не работает с моим - тут вся причина в IIS.

Поэтому сейчас скачиваю IIS, на всякий случай, и свежий Soap Client.

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-БД поместить в другую локальную папку, и уже без общего доступа? По идее сервер в таком случае должен работать.

Sergey Ch
Вы немного меня не поняли =)
Вопрос тогда поставлю следующим образом: какой интерфейс лучше использовать, для развертывания приложения, если предпологается поддержка Web-интерфейса, в том числе, и "FAT" fox клиент?

p.s. Пока я склоняюсь в foxisapi, который работает без Soap протокола.

...в описании про foxisapi я нашел ли то, что этот интерфейс старый. Но и foxpro - тоже старый инструмент, поэтому это понятие - не есть критерий =)

Sergey Ch
2. В этом случае делаете папку и даете доступ только учетной записи

В таком случае безопасность БД зависит от грамотности админа и надежности ОС..

А я предпологаю следующую модель:
1. c:\ws\server\ - расшаренная папка, тут пусть лежит сам wsdl-файл.
2. c:\ws\db\ - сама рабочая БД, недоступная для web.

а в ХП использовать обращения к БД, типа:
Select *
From &lcDirDB..DB
Into...

Update &lcDirDB..DB SET ...

где: lcDirDB = 'c:\ws\db\'

Причину неправильной работы WS, я так и не нашел. Но проблему решил так: в XML Manager удалил, ранее созданные/удаленные web-сервисы, которые, кстати, небыли !видны в IIS.

Кстати, меня интересует модель WS+RDBMS(MySQL or MsSQL). Использовал ли кто-то ранее такое?


п.с. стоит лишь догадываться, кто или что виновато...