Infos zur Architektur des Web-Services

Viele Portal-Objekte greifen auf Web-Services zur�ck. Dabei handelt es sich um Komponenten, die auf einem Computer ausgef�hrt werden, der logisch vom Portal-Rechner getrennt ist. Dieser separate Computer wird als Remote-Server bezeichnet. Die Architektur des Web-Services erm�glicht es verschiedenen Remote-Services (Authentifizierungsquellen, Inhalts-Crawlern, ausgehenden Verbundsuchen, Portlets und Profilquellen), einen logischen Remote-Server gemeinsam zu nutzen. Dies erleichtert die Verwaltung der Computer, aus denen das Portal besteht.

Web-Services erm�glichen Ihnen auch das gemeinsame Nutzen von Einstellungen (die manchmal ziemlich komplex sein k�nnen) mit den Objekten, die aus diesen Services hervorgehen. Beispiel: Administratoren, die Portlet-Web-Services erstellen, m�ssen ein detailliertes Verst�ndnis der Portlet-Struktur haben, da sie festlegen, ob das Portlet �ber Einstellungen verf�gt oder Benutzerinformationen sendet. Benutzer, die hingegen Portlets aus diesem Web-Service erstellen, m�ssen m�glicherweise nur Konfigurationseinstellungen vornehmen, f�r die keine besonderen technischen Kenntnisse erforderlich sind.

Objekte, die Web-Services einsetzen, folgen dieser allgemeinen Struktur:

Jeder durch Oracle erstellte Web-Service enth�lt eine PTE-Datei mit den Einstellungen des Web-Services. Nach dem Ausf�hren des Installationsprogramms des Web-Services muss der Portal-Administrator die PTE-Datei importieren, um das Web-Service-Objekt im Portal zu erstellen. Der Portal-Administrator braucht die Einstellungen nicht in der Benutzeroberfl�che des Portals zu �ndern.

Bei benutzerdefinierten Web-Services sollte der Entwickler das Web-Service-Objekt generell auf einem Entwicklungssystem erstellen und anschlie�end auf das Produktionssystem verschieben.