Есть .NET сервис. Сервис разработан на платформе WCF(indigo)(.NET 3.0)
Связь с клиентом осуществляется по wsHTTPBinding
Мне надо написать клиента для него.
Какой фреймворк выбрать? 
Надо чтобы он поддерживал WS-I Basic Profile 1.1 
И вообще как это все осуществляется? Нужно юзать ws-adressings?

Попробуйте посмотреть на библиотеку Apache Axis.

какая версия джавы? какой аппсервер? 

сейчас все имплементации уже поддерживают профиль 1.1, адрессинг тебе может и не понадобится, смотря что твой веб сервис делает... Вместо wsHTTPBinding сделай customBinding, там поставь транспортный уровень на SOAP 1.1 без адрессинга, так точно будет работать практически с любым клиентом, генерируй по этому WSDL-нику клиентский прокси каким-нибудь wsdl2java и вперед... 
Также полезно почитать про родную разработку на базе JAX-WS (т.е. джава 5 минимум) WSIT, это отдельный официальный проект по интероперабельности Java веб сервисов и WCF веб сервисов, если тебе надо что-то серьезное на веб сервисах замутить - тебе туда. Если, конечно, ты не используешь IBM WAS...
Кстати, если ты юзаешь мустанга, то там уже все есть для генерации клиента для веб сервиса, да и аппсервер не нужен...

Это сообщение отредактировал(а) y3u - 2.8.2007, 06:24

jdk1.6.0 и tomcat 5.5.17
Вебсервис тестовый, чисто строку принять и выдать.
Но сервис немой, а чел сопротивляется менять биндинг. 
Щас посмотрю jax-ws и wsit.

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

Для простого клиента, тебе надо взять URL к WSLD-нику и сгенерить для этого урла прокси классы при помощи входящей в комплект мустанга утилиты wsdl2java, на сколько я помню, он умеет их в jar паковать. А в коде все просто. Там у тебя будет классик, лежащий в пекедже с названием как у неймспейса этого веб сервиса (скорее всего org.tempuri.), название класса будет как у веб сервиса, вобщем узнаешь. Используется элементарно. Делаешь филд этого типа, метишь аннотацией @WebServiceRef, указываешь URL к WSDL-нику, далее в коде из этого заинджекченого ресурса достаешь эдпоинт, который будет у тебя интерфейсом этого класса веб сервиса, ну и уже у него можно спокойног дергать бизнес методы этого веб сервиса.
Если тот чел использовал бы DataContract-ы, то из XSD-шек у тебя сгенерились бы прокси классики для этих типов, их можно исползовать как обычные объекты. Осторожнее с энумерейшенами, там майкрософт опять занимается собственоручным наращиванием спецификации. В MS энумерейшены могут иметь произвольные целочисленные значения, а в Java энумы идут по порядку, соответственно wsdl2java игнорирует майкросовтовский этот экстеншен в XSD. Тут могут вылезти ошибки, т.к. майкрософт ждет, к примеру, 5, имея в энуме вместо четверки пятерку (a,b,c,d,e = 5), а реально получит 4, а это другое значение энума...

Я раньше попробывал на axis2 сделать клиента, но неполучилось приконектится  (походу для wsHTTPBinding никак)
org.apache.axis2.AxisFault: Read timed out
    at org.apache.axis2.transport.http.CommonsHTTPTransportSender.invoke(CommonsHTTPTransportSender.java:221)

Спасиба y3u за советы, щас wsit tutorial читаю.

ты попробуй браузером WSDL-ник просмотреть, если браузер показывает, значит все нормально, значит коннектиться должОн...

Все получилось на биндингах customBindig и basicHttpBinding.
Y3u респект и благодарность.