You want a centralized location in which to store your web services so that they can be dynamically discovered.
Try using an implementation of the Java UDDI (Universal Description, Discovery, and Integration) specification, such as the free and open source Apache jUDDI project.
A UDDI registry provides a standard way of storing information about web services and the organizations that provide them. Registries allow you to store, query, and update the information surrounding your SOAP-based web services. They support models for two basic items: information about organizations, including government bodies, corporations, and business units; and these organizations’ requirements for accessing their services.
jUDDI (pronouned “Judy”) is an Apache project implementing UDDI v2 (many commercial products now support UDDI v3). The most recent release of Apache jUDDI is from December 2007, and it supports JDK 1.5 and Servlet 2.3. The registry is deployable as a WAR, and acts as a frontend to a relational database.
Originally the idea with UDDI was this: businesses would create services and add them to a registry, and then make the registry available to the public. The conglomeration of registries in the world would act as a sort of Yellow Pages, in which software agents could be set up to query service registries, discover services that matched their needs, and establish a business relationship on the fly. Runtimes would use these agents ...