Integration bestehender Line of Business Anwendungen in SharePoint Frank Fischer Microsoft Deutschland http://www.microsoft.com/patterns

Enterprise Application Integration Frank Fischer Technologieberater Microsoft Deutschland GmbH frankfi@microsoft.com

Agenda Die 4 möglichen Szenarien Zusammenfassung WebCapture Punk zu Punkt Datacache Integration Server Zusammenfassung

Application/Integration Server Mögliche Szenarien Programmatisch Infrastrukturell Web Part Web Capture App HTML / XML / WSRP Web Part Data Cache App Data Warehouse Web Part Punkt-zu-Punkt App SOAP, ADO.NET, App. APIs Web Part Application/Integration Server App Application Server

Web Capture Positiv Wann macht es Sinn: Tools Negativ Super einfach, fertig in Minuten Wenig oder gar kein Programmieren notwendig Wiederverwenden von bereits existierenden Oberflächen Negativ Die jeweilige Applikation muss eine Weboberfläche bereitstellen Wenig Möglichkeiten Daten zu transformieren/Verknüpfen Wann macht es Sinn: Die einzubindende Applikation hat ein Web Interface Es geht nicht um Daten, sondern um Präsentation Schnell Tools Page Viewer Web Part Web Capture Web Part SAP iView Web Part Toolkit WSRP Toolkits

Web Services for Remote Portlets Frank Fischer - Integration bestehender Line of Business Anwendungen in SharePoint Web Services for Remote Portlets Idee: Inhalte von Portal A schnell und sauber in Portal B zur Verfügung stellen. Lösung: Standard, basierend auf Web Services Breite Unterstützung aus Industrie BEA, Bowstreet, Citrix, Commerce One, Computer Associates, CrossWeave, Divine, Drake Certivo, Factiva, France Telecom, Fujitsu, Gluecode, HP, IBM, Interwoven, Kinzan, Lexis-Nexis, Lotus, MacDonald Bradley, Microsoft, Moravia IT, Netegrity, Novell, Oracle, Peoplesoft, Perficient, Plumtree, Reed Elsevier, SAP, SeeBeyond, Silverstream, Stellent, Sun Microsystems, Sybase, Tibco , Vignette, WebCollage http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=wsrp WSRP WebService Toolkit for SharePoint http://www.gotdotnet.com/workspaces/workspace.aspx?id=805b3559-c810-4119-86f4-11ba5c16a5b0 WSRP Consumer WebPart Toolkit http://www.gotdotnet.com/workspaces/workspace.aspx?id=2e3d8a57-ec9f-4d16-9a81-a395679d6392 SAP iView Web Part Toolkit http://www.gotdotnet.com/workspaces/workspace.aspx?id=d6129dc0-efc4-457d-a821-fd26aef566de

Einsatz von WSRP in Portalen WSRP Producer WSRP Consumer WSRP Service Portal WSRP Service Zusammengestelltes HTML, WML, VoiceXML, ... über HTTP WSRP Service Mark-Up Fragmente Versendet über SOAP Portale können Darstellung vieler WSRP Producer zusammenführen WSRP Dienste können Kontext auslesen Benutzerprofil beim Portal Gewünschte Sprache und Darstellung Quelle: OASIS WSRP Technical Commitee

Portale stellen Portlets bereit WSRP Consumer WSRP Producer Portals Portals WSRP Interface Server Portal Portlet Portals Portal Portlet Portlet Große Anzahl von Benutzern Portal als Zwischenhändler, Eventuell Cache für WSRP Producer Publishing Portal Für Benutzer eines sekundären Portals (WSRP Consumer) sind eingebundene Portlets transparent Quelle: OASIS WSRP Technical Commitee

Lösungen von Microsoft Einsatz von WSRP in Portalen WSRP Consumer Web Part Toolkit http://www.gotdotnet.com/workspaces/workspace.aspx?id=2e3d8a57-ec9f-4d16-9a81-a395679d6392 Portale stellen Portlets bereit WSRP WebService Toolkit for SharePoint http://www.gotdotnet.com/workspaces/workspace.aspx?id=805b3559-c810-4119-86f4-11ba5c16a5b0 SAP iView einbinden SAP iView Web Part Toolkit http://www.gotdotnet.com/workspaces/workspace.aspx?id=d6129dc0-efc4-457d-a821-fd26aef566de

Punkt zu Punkt Wann macht es Sinn: Tools APIs Positiv Negativ Die Applikation bietet eine API Unsere Ansprüche sind relativ gering Tools FrontPage Data View Web services, XML data, ADO.NET RSS Web Feed Web Part XML Web Part APIs SAP .NET Connector Siebel DCOM Connector Positiv Zugriff auf Applikationen wie von deren Programmierer gedacht Maximale Kontrolle und Wiederverwendung von Daten Keine Middleware Infrastruktur Wenig Abhängigkeiten Negativ Programmierung der jeweiligen APIs notwendig Transaktionen, konkurrierender Zugriff ?? Last auf Back-End-Systeme

Data Cache Wann macht es Sinn: Tools Positiv Negativ Last von den Enterprise Application Servern fernhalten Bewegen von großen Ergebnissätzen Transformationen oder Datenabstraktion Kein Zurückschreiben notwendig Tools Datenbank ( Microsoft® SQL Server) oder SharePoint Listen SQL DTS FrontPage Data View Positiv Wenig Last auf Enterprise Application Web Parts müssen nur ADO.NET aufrufen Einfacher Weg Daten aus unterschiedlichen Quellen zu kombinieren Negativ Eine Applikation muss die Daten in den Zwischenspeicher überführen Zurückschreiben ist schwer Zugriffssteuerung muss repliziert werden

Application/Integration Server Wann macht es Sinn: Weiterverwenden vorhandener Adapter (BizTalk) Orchestrierung, Transaktionen, Chaching, Schema-Mapping oder konkurrierender Zugriff notwendig Primär sollen Prozess angestoßen und nicht große Datenmengen bewegt werden Tools Windows Server 2003 BizTalk 2002/2004 + Adapters Host Integration Server 2004 Positiv Standardvorgehen bei Einbindung von Integration Server Integrationsserver nimmt Zugriff ab Mehrwert durch Integrationsserver (Transaktionen, Datentransformationen…) Negativ Komplexe Infrastruktur muss aufgebaut und betreut werden Nicht optimal für großen Datenmengen

BizTalk als Integration Server Web Part Web Part Web Part WebPart Interaction Personalization Categorization Search Single Sign-On Portal SharePoint Portal Server Web services Single Sign-On Orchestration Business Rules Schema Mapping Load Balancing Sync/Async Auditing HIS 2004 Prozess und Integration Integration: BizTalk Server App Server: Windows Server 2003 BT Adapters Connectors SAP Siebel HIS HOST Applikationen

Schlüssel Integrations- Technologien SharePoint Portal Server Suchmaschine Integration von Dokumenten oder dokument-ähnlichen Informationen Volltext- und eigenschaftsbasierte Suche BizTalk Server (2002, 2004) Orchestration Messaging Schema Mapping Web Services Web Parts SharePoint Portal Server Single Sign-On Service

SharePoint Portal Server Single Sign-On Service Eigentlich ist es mehr ein sicherer Speicher für Anmeldeinformationen als klassisches SSO Kann von allen der vier fundamentalen Methoden verwendet werden Credential Mapping Databank Anmeldeinformationen pro Benutzer Anmeldeinformationen für Gruppen Unterstützt Zertifikate sowie Benutzername/Passwort API für UI und Objektmodell Distributed Ticketing Integration zu BizTalk und dessen Adapter Einfach zu konfigurieren, verwalten und zu benutzen

SSO mit Punkt-Zu-Punkt Kommunikation zu LOB SAP .NET Connector API Web Part ruft managed API auf Methodenaufruf Web Part LOB Ergebnisse zurück SSO Service Web Part ruft SSO auf, um Credentials zu erhalten SPS DB SSO Dienst liest Credentials aus

BizTalk Adapter for Web Services SSO mit BizTalk Server 2002 SOAP Aufruf mit Ticket im Envelope BizTalk Adapter for Web Services Actional Adapter für SAP BizTalk Server Aufruf abarbeiten, Weiterleitung zu LOB Adapter Methodenaufruf, Ergebnisrückgabe Web Part SAP SSO Service Ticket wird an BizTalk SSO Service übergeben SSO Service Web Part ruft SSO API auf, für die Auflösung der Credentials Ticket wird an Web Part weitergegeben Ticket wird gegen Credentials eingetauscht SPS DB SSO Service erzeugt Ticket

BizTalk Adapter for Web Services SSO mit BizTalk Server 2004 SOAP Aufruf mit Ticket im Envelope BizTalk Adapter for Web Services Adapter für SAP BizTalk Server Aufruf abarbeiten, Weiterleitung zu LOB Adapter Methodenaufruf, Ergebnisrückgabe Web Part SAP SSO Service SSO Service Web Part ruft SSO API auf, für die Auflösung der Credentials Ticket wird an Web Part weitergegeben Ticket wird gegen Credentials eingetauscht Ticket wird an BizTalk SSO Service übergeben SPS DB SSO Service erzeugt Ticket

Fragen und Antworten

Ihr Potenzial. Unser Antrieb.