ASP.NET автоматически создает WSDL, который содержит определения интерфейса для ваших веб-методов и типы, которые они потребляют / возвращают.
Apache Axis предоставляет инструмент под названием WSDL2Java , который сгенерирует весь код, необходимый для использования веб-службы. Просто укажите это:
http://yoursite.com/YourWebService.asmx?WSDL
Если вы перейдете непосредственно к файлу .ASMX, вы получите хороший тестовый набор, который вы можете использовать для изучения различных методов, которые вы можете вызывать.
Когда Axis прочитает ваш WSDL, он сгенерирует несколько прокси-классов, один из которых будет основан на интерфейсе Staff.
Однако я бы не использовал этот класс в качестве фактического бизнес-объекта, а вместо этого обернул бы доступ к веб-службе через уровень службы. Этот сервисный уровень будет использовать прокси-класс Staff для заполнения вашего реального бизнес-объекта.
Это защищает ваш потребляющий код от любых изменений интерфейса, которые могут произойти с веб-службой в будущем, сохраняя фактическую область кода, которая будет изменена, как можно меньше.
Я делаю это для живого взаимодействия между Java и .NET на многих платформах с использованием SOAP.
РЕДАКТИРОВАТЬ: Почему это понижен? Это единственный правильный ответ здесь.