Здравствуйте, creatman, Вы писали:

C>Извиняюсь, не заметил что вопрос касался только сервера. Это я все про клиентское приложение говорил

Всё в тему, т.к. и сервер и клиент предполагалось писать с gSOAP.

C>gSOAP довольно удобная библиотечка, если конечно не появляется необходимость в рамках одного приложения работать со многими сервисами и если >интерфейсы сервисов не часто меняются в процессе разработки. Недавно обнаружил багу: попытался сгенерить классы для двух сервисов одновременно, у >этих двух сервисов совпадали по именам две функции, так gSOAP почему-то в итоге оставил одну функцию для обоих сервисов Разбираться было >некогда, пришлось переименовывать функции. Пытался разобраться как в неймспейсы все обернуть, тоже хапнул проблем и бросил. Сейчас вот на >воркэроундах живу.

чтобы не перезаписывались файлы soapH soapC, я генерил с неймспейсами. тогда файлы сериализатора/десериализатора именются как nsH и nsC, где ns — имя неймспейса. но возникла другая проблема- ошибки при линковке... так и не разобрался с этим

Здравствуйте, hammond_b3, Вы писали:

C>>gSOAP довольно удобная библиотечка, если конечно не появляется необходимость в рамках одного приложения работать со многими сервисами и если >интерфейсы сервисов не часто меняются в процессе разработки. Недавно обнаружил багу: попытался сгенерить классы для двух сервисов одновременно, у >этих двух сервисов совпадали по именам две функции, так gSOAP почему-то в итоге оставил одну функцию для обоих сервисов Разбираться было >некогда, пришлось переименовывать функции. Пытался разобраться как в неймспейсы все обернуть, тоже хапнул проблем и бросил. Сейчас вот на >воркэроундах живу.

_>чтобы не перезаписывались файлы soapH soapC, я генерил с неймспейсами. тогда файлы сериализатора/десериализатора именются как nsH и nsC, где ns — имя неймспейса. но возникла другая проблема- ошибки при линковке... так и не разобрался с этим


функции то хоть реализовал сервиса?