Wenn Web-Services Entwicklung verwenden, neigen wir dazu, verschiedene Endpunkt-URLs für Entwicklung, Test und Produktion haben. Wenn Java EE-Anwendungen zu entwickeln, ist die beste Praxis-Umgebung Konfiguration aus der Anwendung des Einführungsprozesses zu trennen (ein Muster, das ich in der Praxis selten zu sehen, es sei denn bereits architected in dergleichen).

In Bezug auf die ist, wenn ich eine Anwendung sehen versuchen, die Verbindungen zu den Web-Services zu verwalten lassen, anstatt der Container es tun. Für eine Anwendung, Web-Services zu verwalten, braucht es Endpunkt-URIs, Timeouts, Zertifikate, Sicherheit und vielleicht eine ganz andere Reihe von Tuning-Optionen, um sicherzustellen, dass auf Produktionsimplementierungen benötigt werden. Darüber hinaus wäre es, dass ein Teil des Anwendungscodes bedeuten würde, müssen möglicherweise Anmeldeinformationen kennen, um die Web-Service für den Zugriff auf die anwendungsspezifischen Methoden der Rückgewinnung dieser Daten bedeuten würde.

WebSphere Application Server stellt eine Web-GUI zusammen mit Scripting, dies alles zu verwalten. Andere Anwendungsserver müssten auch ihre eigenen Verfahren zur Herstellung dieser Bereitstellungsprobleme unterstützen die Anwendung von tatsächlich die Verwaltung es zu verhindern.

Dies wird dadurch ermöglicht, indem einfach die @WebServiceRef Annotation mit zu einer dynamisch erzeugten @WebService Klasse zeigen. Die @WebService Klasse wird aus einer WSDL erzeugt, die wsimport von einem bekannten Endpunkt erzeugt wird, verwendet wird.

Sobald Sie das tun, dass es alle eingestellten und Anwendung können Server so konfiguriert werden, um den Endpunkt oder tun Tunings für Timeouts und andere Verbindungseigenschaften zu ändern.