Есть кучка 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, который при инициализации запускает эту работу в отдельном потоке, поэтому упомянул про них.