Генерить сервисы или WSDL? WSDL4j смотрели? Я бы ещё первый Axis поковырял. Там достаточно открытый WSDL генератор был.
Супер-задачу бы лучше объяснили. Можно например генерить фасадный класс или дескриптор какой (Axis 2) и его деплоить. Контейнер сам развернет WSDL, а вам нужно только вызовы из фасада обрабатывать.

Mid1987Разъясню задачу. Может быть много WSDL, но обработчик у всех них будет один, внутри WSDL будет обязательный параметр, который идентифицирует сервис. Этот обработчик типовой, т. е. от него требуется принять входные параметры и записать куда - нибудь в БД что приходил такой - то запрос. Потом пользователь заполняет ручками результат и он отправляется обратно, как ответ (т. е. сервис получается ассинхронный). Нужен такой "кото - пес" для взаимодействия с другими ИС и возможности пользователям самим создавать сервисы.
Блин, я когда-то делал такое. Лет 8 назад на Axis 1.x. Сейчас поищу вдруг что осталось.

Нет, не осталось, к сожалению. Но точно что-то мутил с Axis1 и WSDL4j. Там была такая тема, что можно загрузить XLS с формулами, а сервер генерил по ней WSDL и сервис.

Mid1987Спасибо Blazkowicz, сейчас посмотрю, покопаю Axis и WSDL4j.
Я бы на вашем месте рассмотрел несколько современных фреймверков
Metro, CXF, Spring-WS
на предмет того как они по классам генерят WSDL.
И посмотрел можно ли этот код использовать напрямую.
Т.е. генерируете фасад-прокси с нужными методами и скарпливаете фреймверку. Он делает WSDL на сервере и перенаправляет вызовы на вашу прокси, которая уже через InvocationHandler или другое AOP вызывает обобщеную логику.
Хотя это и криво, но зато меньше возни с классами фреймверков.

Можно вообще спросить у гугла java2wsdl. Взять любой. Генерить wsdl с помощью него, а запросы обрабатывать простейшим XML парсером.

Варинатов масса на самом деле.

Mid1987Blazkowicz не посоветует что почитать по SOAP, WSDL,
Я w3c читал и исходники Axis. :) Возможно есть какие-то книжки толковые. Не знаю.

Mid1987клиент прочитал WSDL
Опционально.
Mid1987распарсил его
Тоже опционально. Клиент может быть реализован по-разному. WSDL это такой JavaDoc в формате XML для чтения тулзами.

Mid1987, отправил запрос на адрес указанный в WSDL,
Да. По задумке-да. Но тоже опционально. Адрес можно переопределять на клиенской части. Если сервис не публичный, то это стандартная проблема.

Mid1987соотвественно этот запрос отправляется в XML формате?
Да - SOAP XML .

Mid1987И ответ в нем же возвращается?

В общем случае - Да.

Mid1987А в этих сообщениях указаны параметры так же как и в WSDL они описаны (в смысле так же именованы)?
Да. Большая часть WSDL это XSD - описание для XML. Вот эти SOAP запросы-ответы они должны совпадать с требованиями той XSD, которая внутри WSDL.
Запрос-ответ делится на Envelop и Payload. Первое - всякая рутина типа SOAP тегов. Второе - конкретно XML, описаный в WSDL.