Integration bestehender Line of Business Anwendungen in SharePoint Frank Fischer Microsoft Deutschland

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

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

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

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

5. 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 Positiv 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 Web Capture

6. 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

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

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

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

10. Wann macht es Sinn: 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 Punkt zu Punkt

11. Wann macht es Sinn: 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 Data Cache

12. 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 Application/Integration Server

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

14. 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

15. 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

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

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

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

19. Fragen und Antworten

20. Ihr Potenzial. Unser Antrieb.