Есть кучка SOAP веб-сервсиов, с одинаковым wsdl (т.е. отличаются только адреса этих сервисов).
Задача сделать клиент для каждого сервиса (т.е. задеплоить на веб-сервер несколько клиентов, каждый из которых будет работать со своим сервисом).

Пока делаю так:
1. Один общий проект, в котором генерим клиент на базе wsdl средствами ide (нетбинз)
2. В одном из классов (из тех, что сгенерированны по wsdl) перед тем как сбилдить, руками прописываем нужный адрес сервиса.
3. Билдим, даем варнику нужное имя и деплоим на сервер.
4. Повторяем 2-3 по числу пар клиент-сервер

Но по-моему, это корявый подход.

Поэтому вопрос .
Какова зе бест практис в такой ситуации?
Когда штук 20 веб-сервисов с одинаковым интерфейсом и для каждого надо сделать отдельный клиент и задеплоить на одном сервере.

Например хотелось бы доставать линк на требуемый сервис по настройкам в БД (вместе с другими настройками клиента) по имени приложения например. То есть перед сборкой в конфиге прописываем параметр типа "имя приложения" и дальше по нему из БД тащим все настройки клиента. Пока начал курить спринг с его @Configuration, может там что путное найдется.

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

Наверняка есть варианты автоматизированной сборки скриптами, пока не смотрел.

В общем как по-человечьи сейчас делают? )

Ок, спасибо всем откликнувшимся. Тогда буду пробовать дальше.

PetroNotC Sharp , балансировщик нужен например в кластере, у меня не кластер, а именно разные SOAP клиент-сервер, но с одинаковым интерфейсом. Как заметил myton , задача действительно ближе к девопс видимо, но пытаюсь еще решить средствами из другой задачи собственно разработки )

Ребят, пока все понятно, буду ковырять дальше, спасибо большое.
PetroNotC Sharp , в общем у меня не кластер в любом случае. Условно, сеть офисов и с каждым обмен своими сообщениями, но формат одинаковый.
Да можно сделать одно приложение и раскидывать по разным точкам, можно сделать приложение в неск потоков, но (пока) рассматривается вариант именно каждому офису свое клиентское приложение.

PetroNotC Sharp , не десктоп. Сервисы. Да можно запилить одно приложение а-ля ексель и запустить их 20 штук с передачей параметров (с каким офисом общаться в частности). Можно сделать одно многопоточное, но пока делаем от простого по количеству точек, в каждом варианте свои плюсы минусы. Просто как минимум каждое приложение еще общается на вход и выход с другими сервисами, при этом внутри сообщений нет как таковой диспетчеризации (не от меня зависит), те сопоставление идет только на уровне адресов.

PetroNotC Sharp , почему-то упорно полагаете, что я только вчера с Луны), кластеры почитать, экземпляр не поток и тд)
По ответам ребят вроде бы все понятно, смотрю дальше. Поэтому да, тему можно закрыть.

PetroNotC Sharp, да, все правильно поняли.
Но это каждое отдельное приложение еще должно автоматом стартовать и в фоне выполнять и другую работу, это пока повесил на WebListener, который при инициализации запускает эту работу в отдельном потоке, поэтому упомянул про них.

mayton, да, вот примерно так и видится, остается добраться до реализации)

PetroNotC Sharpвы много оффтопите. Разве вар1 или вар2 по архитектуре не может этого?
Мы просто на разной волне) Может. Не понимаю в чем вопрос.

PetroNotC Sharpbetelgeizex,
Уже было вторым ответом в топике. Ему не нравится и он ушел.
Всем привет )
Как раз пока так и сделал, спасибо.
Еще интересно может ли приложение узнать свое имя (возможно, path или еще как, грубо говоря, имя варника из которого оно было развернуто).
Хотелось бы, чтобы приложение по своему имени доставало нужные настройки из БД.
По работе с БД тоже есть вопрос, но это в отдельной теме.

mayton, конечно зависит от... имел в виду в контексте деплоя неск приложений, переименовывая варник.
PetroNotC Sharp, да, видимо, URI, или как сказал mayton, что-то типа /webapps/... (что возможно, одно и то же в итоге).
Не велосипед, но задача вполне рядовая, но прописывать надо все равно все руками, то есть готового решения нет, а если и есть оно будет тяжеловесным и осваивать его придется еще пол года, а зачем, когда увязать между собой несколько сервисов, можно итак на полуавтомате, просто очень мало и редко дружу с явой и с веб в частности )

PetroNotC Sharp, хорошо, в идеале не хотелось бы менять ничего нигде типа дескрипторов менять, переименовал, задеплоили все, приложение само достает нужные настройки из БД.
Насчет 20 приложений. Приложение должно при старте еще коннектиться c другой сторонней прогой и слушать что там скажут. Пока повесил это на WebListener (для автозапуска коннекта), но так как "прослушивание" идет не асинхронно, то приложение просто не задеплоится и не запустится (не завершится инициализация лисенера т.к. он уйдет в прослушивание), поэтому это "общение" запускаю в отдельном потоке и все хорошо. Но вот запускать 20 потоков в одном приложении не хочется.
Как впрочем и создавать 20 копий одного приложения.
Можно постараться обойтись одним приложением и одним потоком, надо будет подумать.