Inhalt: Architekturen für Transaktionssysteme (1-Tier,

Größe: px
Ab Seite anzeigen:

Download "Inhalt: Architekturen für Transaktionssysteme (1-Tier,"

Transkript

1 Kapitel 4 Transaktionssysteme Inhalt: Architekturen für Transaktionssysteme (1-Tier, 2-Tier, 3-Tier), Transaktionsmanager, TP-Monitore

2 Transaktionssysteme (1) Bereiche typischer TA-Anwendungen Kommunikationssysteme - Telefonanrufe - Verbindungsaufbau und -freigabe (inkl. Betriebsmittel) - Anrufweiterleitung, Benachrichtigungen (Voice Mail),... - Bezahlung kann mehrere Telefon-Firmen betreffen - Web-Shops - e-commerce - e-business,... Finanzwelt / Banken - Point-of-Service-Terminals - Kreditkartenvalidierung - Direktbuchung - Aktienhandel 2

3 Transaktionssysteme (2) Bereiche typischer TA-Anwendungen (Forts.) Reisebüro - Buchungen - Fahrkartenverkauf Produktion - Bestellverarbeitung, Einsatz- und Lagerplanung,... Trend zum Einsatz von Standard-SW und von TA-Systemen Ziel: Ableitung von Schichtenmodellen für TA-Systeme - Prinzipieller Aufbau durch Schichtenbildung: Als konkrete Realisierungen ergeben sich Client/Server-Systeme 3

4 Einzelnutzer-System Die Basiskomponenten von Transaktionssystemen lassen sich schon in Einzelnutzersystemen finden Die Evolution eines solchen Systems bietet ein gutes Rahmenwerk, um verschiedene Eigenschaften eines Transaktionssystems einzuführen centralized system presentation application services services DBMS user module Präsentationsdienste Zeigen Masken für Nutzer-Interaktion, übernehmen den Informationsfluss von und zur Anzeige Anwendungsdienste Implementiert die Funktionalität, interagiert mit dem DBMS ACID-Eigenschaften automatisch oder nicht notwendig 4

5 Zentralisiertes Multi-User-System Einfache Terminals, die mit einem Mainframe verbunden sind Anwendungs- und Präsentationsdienste laufen auf dem Mainframe ACID-Eigenschaften notwendig Isolation: Verzahnte Ausführung von Transaktionen im DBMS Atomarität und Dauerhaftigkeit: Das System unterstützt den Betrieb in größeren Organisationen communication Transaktionsabstraktion durch DBMS, welches ACID-Eigenschaften zusichert presentation application services services presentation application services services central machine DBMS dumb terminal user module 5

6 Transaktionsverarbeitung in verteilten Systemen Sinkende Hardwarepreise und Kommunikation erlauben es, Komponenten eines Transaktionssystems zu verteilen Einfache Terminals werden durch leistungsfähige Rechner ausgetauscht Client/Server-Modelle werden allgemein genutzt 2-Tier-Architektur: client machines database machine presentation application services services DBMS presentation application services services communication 6

7 Nutzen von Stored-Procedures Netzwerk-Last bei 2-Tier-Architektur an DBMS hoch Besser: Anbieten einer Stored-Procedure-Schnittstelle, um über einen einfachen Aufruf komplexe Aktivitäten zu starten Sicherheit: Prozeduren können besser geschützt werden, da sie im Backend gewartet werden. Last im Netzwerk wird reduziert, da weniger Nachrichten benötigt werden Antwortzeit wird reduziert. Wartung ist einfacher, da neue Versionen von Anwendungen nicht mehr auf Clients verteilt werden müssen Autorisierung kann prozedurseitig implementiert werden und muss nicht mehr für jedes einzelne Statement durchgeführt werden Prozeduren können im DBMS voroptimiert werden Anwendungsdienste nutzen nur die Abstraktionsschicht der Stored-Procedures und stellen keine Anfragen mehr direkt an das DBMS 7

8 3-Tier-Architektur (1) client machines application machine database machine presentation application DBMS presentation communication 8

9 3-Tier-Architektur (2) - Application-Server Definiert Transaktionsgrenzen Agiert als Workflow-Controller: Implementiert Nutzeranfragen als Sequenz von Aktivitäten z.b. Registrierung = (Prüfe Vorbedingungen, füge Teilnehmer zum Kurs hinzu, rechne Kurs ab) Agiert als Router Verteilte Transaktionen involvieren eine Vielzahl an Servern Server-Klassen werden für Load-Balancing genutzt Da Workflows zeitaufwendig sind und ein Application-Server mehrere Clients bedienen muss, sind Application-Server oft multi-threaded implementiert. 9

10 3-Tier-Architektur (3) - Erweiterung Transaktions-Server Stored-Procedures können auf dedizierte (Transaktions-) Server ausgelagert werden, um DBMS-Last zu reduzieren Transaktions-Server sind sehr nah am DBMS - Schnelle Verbindung zwischen TA-Server und DBMS - Umgekehrt: Anwendungs ist eher nah am Client Transaktions-Server übernimmt Großteil der Datenverarbeitung - Transaktions-Server kann als Server-Klasse implementiert sein - Application-Server nutzt irgendeinen verfügbaren Transaktions, um eine bestimmte Stored-Procedure auszuführen - Load-Balacing 10

11 3-Tier-Architektur (3) - Erweiterung client machines applic. machines trans. machines database machine present. applic. trans. DBMS present. communication 11

12 3-Tier-Architektur (4) - Abstraktionslevel Abstraktionslevel Der Präsentations-Server implementiert die Abstraktionsschicht für das User-Interface Der Application-Server implementiert die Abstraktionsschicht für die Nutzer-Anfragen Die Stored-Procedures (oder Transaktions-Server) implementiert die Abstraktionsschicht der individuellen Sub-Aktivitäten Das DBMS implementiert die Abstraktion des relationalen Modells 12

13 3-Tier-Architektur (5) Skalierung / Routing presentation presentation presentation presentation application transaction application transaction database database 13

14 Kommunikation in Transaktionssystemen 2-Tier-Modell: Präsentations-/Application-Server kommunizieren mit Datenbank-Server 3-Tier-Modell: Präsentations-Server kommuniziert mit Application-Server Application-Server kommuniziert mit Transaktions-/Datenbank-Server In jedem Fall müssen eine Vielzahl von Nachrichten gesendet werden Effiziente und verlässliche Kommunikation essentiell Sitzungen (Sessions) werden benutzt, um Ziele zu erreichen Sitzungs-Erzeugung/Beendigung kostenintensiv Eine Sitzung ist längerfristig. 14

15 Sessions (1) Sessions werden in verschiedenen Abstraktionsebenen benutzt Kommunikationssitzungen (Low-Level) - Kontext beschreibt den Status des Kommunikationskanals Client/Server-Sitzungen (High-Level) - Kontext im Server beschreibt den Zustand des Clients 15

16 Sessions (2) Kommunikationssitzungen Kontext: - Sequenznummer einer Nachricht - Adressinformationen, - Keys zur Verschlüsselung, Mehraufwand für Sitzungen ist signifikant - Für Erzeugung weitere Nachrichten nötig! - Die Anzahl der Sessions ist daher begrenzt 2-Tier-Modell: - Ein Client nutzt eine Session für jedes verbundene DBMS 3-Tier-Model: - Jeder Client nutzt Session als Verbindung zum Application-Server - Jeder Application-Server nutzt seine Sessions mehrmals für die Verbindungen zum Transaktions- bzw. DB-Server 16

17 Sessions (3) Vergleich der Kommunikationssitzungen für das 2-Tier/3-Tier-Modell: Anzahl der Clients n1, Anzahl der Application-Server n2, Anzahl der Transaktions- und DB-Server n3 Sessions, 2-Tier (Worst Case) = n1*n3 Sessions, 3-Tier (Worst Case) = n1+(n2*n3) Da n1» n2, skaliert das 3-Tier-Modell deutlich besser Client Application- Server Trans/DBMS- Server 17

18 Sessions (4) Client/Server-Sitzungen: Müssen vom Server gepflegt werden, um eine Sequenz von Anfragen abzuwickeln: - Was hat der Client als letztes gekauft? (Warenkorb) - Welche Spalte ist zuletzt im DBMS angesprochen worden? - Wofür ist der Client autorisiert? Wo wird Kontext gespeichert? - Direkt im jeweiligen Server schwer handhabbar, wenn: - Bei Nutzung von Server-Klassen: Verschiedene Server-Instanzen (z.b. Transaktions-Server) können an einer einzigen Session beteiligt sein - Eine Vielzahl von Clients können eine Session lange nutzen: Persistente Speicherung des Kontextes im jeweiligen Server aufwendig - In einer zentralen Datenbank zugreifbar für alle Server einer Server-Klasse - Beim Client Der Kontext wird bei jeglicher Kommunikation mit gesendet Identifikation des Kontextes einer Nachricht über Context-Handles - Vgl. Cookies 18

19 Queued vs. Direkte Transaktionsverarbeitung Direkt Client wartet bis Anfrage beantwortet wird. Der Dienst wird so schnell wie möglich erbracht und liefert ein Ergebnis zurück. Queued Die Anfrage wird in eine Warteschlange einreiht und der Client kann mit seiner eigenen Verarbeitung weitermachen. Der Server entnimmt die Anfrage später aus der Warteschlange, bearbeitet die Anfrage und reiht die Antwort wieder in eine Warteschlange ein. Der Client entnimmt die Antwort später aus der Warteschlange. Client und Server kommunizieren asynchron. client T 3 : dequeue reply T 1 : enqueue request recoverable request queue recoverable reply queue T 2 : dequeue request 3 Transaktionen auf Basis von zwei wiederherstellbaren Queues Vorteile Client kann Anfragen absenden, auch wenn der Server nicht verfügbar ist Der Server kann Antworten senden, obwohl der Client nicht verfügbar ist Anfrage wird auf jeden Fall bearbeitet, auch wenn T2 abbricht (Die Entnahme aus der Queue gehört zur Transaktion: Bei Abbruch wird Nachricht zurückgelegt) T 2 : enqueue reply 19

20 Heterogene vs. Homogene Transaktionssysteme Homogene Systeme bestehen aus HW und SW- Modulen eines Herstellers Software kommuniziert über proprietäre (oft nicht veröffentlichte) Schnittstellen - Daher können keine Produkte von anderen Herstellern einbezogen werden Werden als TP-Lite-Systeme bezeichnet Heterogene Systeme bestehen aus HW und SW- Modulen verschiedener Hersteller Software kommuniziert über veröffentlichte, standardisierte Schnittstellen Werden als TP-Heavy-Systeme bezeichnet 20

21 Heterogene Systeme Notwendig, weil: bestehende (Legacy) Systeme verschiedener Hersteller integriert werden müssen, die Vorteile von verschiedenen Produkten verschiedener Hersteller genutzt werden sollen. Eine Middleware als Software integriert die Bestandteile eines heterogenen Systems und bietet dafür verschiedene Zusatzdienste an Kommunikation (TCP/IP), Sicherheit (Kerberos), Globale ACID-Transaktionen (XOpen DTP), Datenbankkommunikation (JDBC) 21

22 Transaktions-Manager in heterogenen Systemen Wiederholung: Middleware, um die globale Atomarität von verteilten Transaktionen sicherzustellen - Anwendung ruft TA-Manager auf, wenn eine Transaktion gestartet wird - Der TA-Manager wird informiert, wenn ein neuer Server der Transaktion beitritt - Anwendung ruft TA-Manager auf, wenn die Transaktion abgeschlossen werden soll - TS-Manager koordiniert atomares Commit-Protokoll zwischen den Teilnehmern einer Transaktion, um Atomarität sicherzustellen Für das 2-Tier-Modell: Transaction manager atomic commit protocol database machines (local ACID properties) begin / commit DBMS present. services applic. services service invocations DBMS client machines 22

23 TP-Monitore (1) Transaction Processing Monitor bieten schon seit ~1970 auf Mainframes robuste Laufzeitumgebungen für große OLTP-Anwendungen (on-line transaction processing) liefern den Klebstoff für das Zusammenwirken vieler Komponenten, Betriebsmittel, Protokolle usw. bei der TA-Abwicklung realisieren und optimieren Funktionen, die von BS typischerweise nur sehr schlecht oder gar nicht unterstützt werden verwalten Prozesse und starten/überwachen Transaktionsprogramme (TAP) erlauben die Integration unabhängiger Dienste und ihre Abwicklung als Transaktionen In a contest for the least well-defined software term, TP-Monitor would be a tough contender (J. Gray) 23

24 TP-Monitore (2) Ein TP-Monitor ist eine Sammlung von Middleware-Komponenten, die nützlich beim Bau heterogener Transaktionssysteme sind Beinhalten einen Transaktions-Manager Bieten anwendungsunabhängige Dienste, die normalerweise nicht oder schlecht vom Betriebssystem angeboten werden Liegen als Software-Ebene zwischen den Anwendungen und dem Betriebssystem Bieten eine Abstraktionsschicht für (globale) Transaktionen Darstellung Bernstein/Newcomer - Bindemittel ( Glue ) für Komponenten einer TA-Anwendung und - Schicht (= Fournier, Veneer ) für Anwendungen -Monitor TP- 24

25 Dienste eines TP-Monitors (1) Kommunikationsdienste Basieren auf Kommunikationsinfrastruktur des Betriebssystems Bieten transaktionale peer-to-peer und/oder RPC-Schnittstellen Unterstützung für ACID-Eigenschaften Lokale Isolation für einen (Nicht-DB) Server kann durch einen Lock-Manager als Dienst erbracht werden: - Implementiert Sperren, die eine Anwendung explizit mit einer beliebigen Ressource in Verbindung bringen kann Lokale Atomarität für einen (Nicht-DB) Server kann durch einen Log-Manager unterstützt werden: - Implementiert ein Log, welches Anwendung zur Speicherung von Daten für die eigene Recovery nutzen kann: Transaktions-Recovery (Undo), Crash-Recovery (Undo/Redo). Globale Isolation und Atomarität können durch einen Transaktionsmanager erbracht werden Die persistente Speicherung von Kontexten kann durch Kontextmanager gewährleistet werden 25

26 Dienste eines TP-Monitors (2) Routing und Load-Balancing Ein TP-Monitor kann durch Load-Balancing Anfragen an den am wenigsten ausgelasteten Server einer Klasse weiterleiten Threading Threads können als leichtgewichtige Betriebssystem-Prozesse aufgefasst werden Nützlich in Servern (z.b. Application-Server), die eine große Anzahl an Sessions für eine Vielzahl von Clients verwalten müssen Ein TP-Monitor bietet zusätzlich auch Thread-Verwaltung, wenn das Betriebssystem dies nicht anbietet Wiederherstellbare Queues Sicherheitsdienste Verschlüsselung, Authentifizierung und Autorisierung Verschiedene Dienste, wie File-Server Uhr-Server zur Zeitsynchronisation 26

27 TP-Monitor - Überblick Kontrollfluss durch einen TP-Monitor (vereinfacht) Diagramm repräsentiert die wichtigsten Grundfunktionen für TAP-Verwaltung und -Ausführung 27

28 Zusammenfassung 3-Tier-Architekturen für verteilte Systeme vorteilhaft Allerdings Session-Management aufwendig Optimierungen / Abstraktionen wie Stored-Procedures für verringertes Nachrichtenaufkommen oder Warteschlangen für asynchrone Kommunikation notwendig TP-Monitore liefern den Klebstoff in komplexen Client/Server-Umgebungen erlauben die Umsetzung des Transaktionskonzeptes als Grundlage zur Realisierung zuverlässiger verteilter Systeme sind Spezialisten für Prozess-, Transaktions- und Client/Server-Kommunikations-Verwaltung Beispiele: IBM CICS, Microsoft MTS, Oracle Java JTS TA-Systeme werden überall eingesetzt Sie stellen eine ausgereifte Technologie dar OLTP-Hochleistungssysteme sind in vielen Varianten (Plattform, TP-Monitor, Datenbanksystem) auf dem Markt verfügbar 28

Transaktionssysteme. Transaktionssysteme (2) Inhalt: Architekturen für Transaktionssysteme (1-Tier, 2-Tier, 3-Tier), Transaktionsmanager, TP-Monitore

Transaktionssysteme. Transaktionssysteme (2) Inhalt: Architekturen für Transaktionssysteme (1-Tier, 2-Tier, 3-Tier), Transaktionsmanager, TP-Monitore Kapitel 4 Transaktionssysteme Inhalt: Architekturen für Transaktionssysteme (1-Tier, 2-Tier, 3-Tier), Transaktionsmanager, TP-Monitore Transaktionssysteme (1) Bereiche typischer TA-Anwendungen Kommunikationssysteme

Mehr

Kap. 6 Message-Oriented Middleware (MOM)

Kap. 6 Message-Oriented Middleware (MOM) Kap. 6 Message-Oriented Middleware (MOM) 6.1Asynchrone Prozedur- bzw. Methodenaufrufe Lose Kopplung von Komponenten 6.2Queued Transactions Entkopplung von Client/Server-Transaktionen 6.3Publish/Subscribe-Techniken

Mehr

Kap. 6 Message-Oriented Middleware (MOM)

Kap. 6 Message-Oriented Middleware (MOM) Kap. 6 Message-Oriented Middleware (MOM) G 6.1Asynchrone Prozedur- bzw. Methodenaufrufe Lose Kopplung von Komponenten G 6.2Queued Transactions Entkopplung von Client/Server-Transaktionen G 6.3Publish/Subscribe-Techniken

Mehr

InQMy Application Server Flexible Softwareinfrastruktur für verteilte Anwendungen

InQMy Application Server Flexible Softwareinfrastruktur für verteilte Anwendungen InQMy Application Server Flexible Softwareinfrastruktur für verteilte Anwendungen IN-Q-My Title Company (Name) / 1 Agenda Firmenübersicht ebusiness Evolution InQMy Application Server Architektur Zusammenfassung

Mehr

Kap. 2.3 Infrastruktur durch Transaction Processing Monitore ( TP-Heavy ) Workshop

Kap. 2.3 Infrastruktur durch Transaction Processing Monitore ( TP-Heavy ) Workshop Kap. 2.3 Infrastruktur durch Transaction Processing Monitore ( TP-Heavy ) Workshop Vertiefung der X/Open DTP Protokolle Programmierparadigmen Verteilte Transaktionsverarbeitung (i. Vgl. zu Oracle) Optimierungen

Mehr

Oracle 10g und SQL Server 2005 ein Vergleich. Thomas Wächtler 39221

Oracle 10g und SQL Server 2005 ein Vergleich. Thomas Wächtler 39221 Oracle 10g und SQL Server 2005 ein Vergleich Thomas Wächtler 39221 Inhalt 1. Einführung 2. Architektur SQL Server 2005 1. SQLOS 2. Relational Engine 3. Protocol Layer 3. Services 1. Replication 2. Reporting

Mehr

Mainframe Internet Integration. Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth SS2013. Java Connection Architecture Teil 3

Mainframe Internet Integration. Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth SS2013. Java Connection Architecture Teil 3 UNIVERSITÄT LEIPZIG Mainframe Internet Integration Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth SS2013 Java Connection Architecture Teil 3 CICS Transaction Gateway el0100 copyright W. G. Spruth,

Mehr

Fujitsu BeanConnect TM V3.0 Software 0 FUJITSU LIMITED 2013

Fujitsu BeanConnect TM V3.0 Software 0 FUJITSU LIMITED 2013 Fujitsu BeanConnect TM V3.0 Software 0 FUJITSU LIMITED 2013 Die Herausforderung: Hostanbindung Viele Unternehmen besitzen Mainframe- und Legacy-Anwendungen, so genannte Enterprise Information Systems (EIS),

Mehr

Enterprise Computing Einführung in das Betriebssystem z/os. Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth WS2012/2013

Enterprise Computing Einführung in das Betriebssystem z/os. Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth WS2012/2013 UNIVERSITÄT LEIPZIG Enterprise Computing Einführung in das Betriebssystem z/os Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth WS2012/2013 Transaktionsverarbeitung Teil 3 Stored Procedures copyright

Mehr

Kap. 7 IS-Infrastruktur: Zusammenfassung

Kap. 7 IS-Infrastruktur: Zusammenfassung Kapitel 7: Zusammenfassung Teil I. 1 Kap. 7 IS-Infrastruktur: Zusammenfassung In Teil I haben wir verschiedene Middleware-Lösungen zur Entwicklung (komplexer), verteilter Informationssysteme kennengelernt

Mehr

Lastenheft. Zielbestimmungen. Produkteinsatz. swp11-4. 3. Mai 2011. Franz Teichmann, Robert Röÿling swp11-4 3. Mai 2011

Lastenheft. Zielbestimmungen. Produkteinsatz. swp11-4. 3. Mai 2011. Franz Teichmann, Robert Röÿling swp11-4 3. Mai 2011 Lastenheft swp11-4 3. Mai 2011 Zielbestimmungen In der heutigen Geschäftswelt stehen mittelständische Unternehmen vor dem Dilemma, einerseits interne und externe Kommunikation in angemessener Weise gewährleisten

Mehr

Einsatz von Applikationsservern. Untersucht am Beispiel des Sybase Enterprise Application Server

Einsatz von Applikationsservern. Untersucht am Beispiel des Sybase Enterprise Application Server Einsatz von Applikationsservern Untersucht am Beispiel des Sybase Enterprise Application Server Architektur von Datenbanksystemen Client / Server Modell (2 Schichten Modell) Benutzerschnittstelle Präsentationslogik

Mehr

8.4 Überblick und Vergleich weiterer ERP-Systeme. G Oracle Applications 11 G PeopleSoft 7 G J.D. Edwards One World G BaanERP

8.4 Überblick und Vergleich weiterer ERP-Systeme. G Oracle Applications 11 G PeopleSoft 7 G J.D. Edwards One World G BaanERP 8.4 Überblick und Vergleich weiterer ERP-Systeme G Oracle Applications 11 G PeopleSoft 7 G J.D. Edwards One World G BaanERP Kapitel 8: ERP-Einführung 32 Architektur von Oracle Applications 11 G Logische

Mehr

Kap. 7 IS-Infrastruktur: Zusammenfassung

Kap. 7 IS-Infrastruktur: Zusammenfassung Kap. 7 IS-Infrastruktur: Zusammenfassung G In Teil I haben wir verschiedene Middleware-Lösungen zur Entwicklung (komplexer), verteilter Informationssysteme kennengelernt Wir haben Middleware eingeführt

Mehr

Entwicklung von Web-Anwendungen auf JAVA EE Basis

Entwicklung von Web-Anwendungen auf JAVA EE Basis Entwicklung von Web-Anwendungen auf JAVA EE Basis Java Enterprise Edition - Überblick Prof. Dr. Bernhard Schiefer Inhalt der Veranstaltung Überblick Java EE JDBC, JPA, JNDI Servlets, Java Server Pages

Mehr

TAV Übung 3. Übung 3: Verteilte Datenhaltung

TAV Übung 3. Übung 3: Verteilte Datenhaltung Übung 3: Verteilte Datenhaltung 1. Serialisierung Konstruieren Sie Historien aus drei Transaktionen T1, T2 und T3, die folgende Merkmale aufweisen: 1. Die serielle Reihenfolge ist T1 vor T2 vor T3. 2.

Mehr

Softwareentwicklung mit Enterprise JAVA Beans

Softwareentwicklung mit Enterprise JAVA Beans Softwareentwicklung mit Enterprise JAVA Beans Java Enterprise Edition - Überblick Was ist J2EE Java EE? Zunächst mal: Eine Menge von Spezifikationen und Regeln. April 1997: SUN initiiert die Entwicklung

Mehr

Man liest sich: POP3/IMAP

Man liest sich: POP3/IMAP Man liest sich: POP3/IMAP Gliederung 1. Einführung 1.1 Allgemeiner Nachrichtenfluss beim Versenden von E-Mails 1.2 Client und Server 1.2.1 Client 1.2.2 Server 2. POP3 2.1 Definition 2.2 Geschichte und

Mehr

Transaktionsverwaltung

Transaktionsverwaltung Transaktionsverwaltung VU Datenbanksysteme vom 21.10. 2015 Reinhard Pichler Arbeitsbereich Datenbanken und Artificial Intelligence Institut für Informationssysteme Technische Universität Wien Transaktionsverwaltung

Mehr

Architekturen. DB-Anwendungen: Aufgaben. Aufteilung der Funktionen. ƒ Datenbankanwendungen

Architekturen. DB-Anwendungen: Aufgaben. Aufteilung der Funktionen. ƒ Datenbankanwendungen Architekturen ƒ Datenbankanwendungen Aufgaben und Komponenten Aufteilung ƒ Architektur Web-basierter Anwendungen HTTP-basierte Architekturen Applet-basierte Architekturen Vorlesung Internet-Datenbanken

Mehr

Mobile Agenten am Beispiel JADE (Java Agent DEvelopment Framework) Vorstellung in der Übung zu Konzepte Verteilter Systeme

Mobile Agenten am Beispiel JADE (Java Agent DEvelopment Framework) Vorstellung in der Übung zu Konzepte Verteilter Systeme Mobile Agenten am Beispiel JADE (Java Agent DEvelopment Framework) Vorstellung in der Übung zu Konzepte Verteilter Systeme Agenda Mobile Agenten allgemein JADE - Java Agent DEvelopment Framework Anwendungsfall

Mehr

FOPT 5: Eigenständige Client-Server-Anwendungen (Programmierung verteilter Anwendungen in Java 1)

FOPT 5: Eigenständige Client-Server-Anwendungen (Programmierung verteilter Anwendungen in Java 1) 1 FOPT 5: Eigenständige Client-Server-Anwendungen (Programmierung verteilter Anwendungen in Java 1) In dieser Kurseinheit geht es um verteilte Anwendungen, bei denen wir sowohl ein Client- als auch ein

Mehr

Client/Server-Systeme

Client/Server-Systeme Fachbereich Informatik Projektgruppe KOSI Kooperative Spiele im Internet Client/Server-Systeme Vortragender Jan-Ole Janssen 26. November 2000 Übersicht Teil 1 Das Client/Server-Konzept Teil 2 Client/Server-Architekturen

Mehr

Betriebssysteme Kap A: Grundlagen

Betriebssysteme Kap A: Grundlagen Betriebssysteme Kap A: Grundlagen 1 Betriebssystem Definition DIN 44300 Die Programme eines digitalen Rechensystems, die zusammen mit den Eigenschaften dieser Rechenanlage die Basis der möglichen Betriebsarten

Mehr

Integrating Architecture Apps for the Enterprise

Integrating Architecture Apps for the Enterprise Integrating Architecture Apps for the Enterprise Ein einheitliches Modulsystem für verteilte Unternehmensanwendungen Motivation und Grundkonzept Inhalt Problem Ursache Herausforderung Grundgedanke Architektur

Mehr

Kapitel 5 TP-Monitore

Kapitel 5 TP-Monitore Kapitel 5 TP-Monitore Inhalt Motivation Anwendungen und Anforderungen TP-Monitor-Architektur Präsentation Workflow-Kontrolle Transaktionsprogramme Betriebssystem-Prozesse DB-Server vs. TP-Monitore Transaktionen

Mehr

Enterprise Computing Einführung in das Betriebssystem z/os. Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth WS2012/2013

Enterprise Computing Einführung in das Betriebssystem z/os. Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth WS2012/2013 UNIVERSITÄT LEIPZIG Enterprise Computing Einführung in das Betriebssystem z/os Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth WS2012/2013 Transaktionsverarbeitung Teil 4 Transaction Processing

Mehr

Verschiedene Arten des Datenbankeinsatzes

Verschiedene Arten des Datenbankeinsatzes 1 Beispiele kommerzieller DBMS: Kapitelinhalt Was charakterisiert und unterscheidet verschiedene Einsatzbereiche für. Welche prinzipiell unterschiedlichen Anforderungen ergeben sich für das DBMS bei Ein-

Mehr

Transaktionsmonitore und Applikationsserver

Transaktionsmonitore und Applikationsserver Transaktionsmonitore und Applikationsserver Marc Monecke monecke@informatik.uni-siegen.de Praktische Informatik Fachbereich Elektrotechnik und Informatik Universität Siegen, D-57068 Siegen 13. Juni 2003

Mehr

Einbindung eines Buchungs- und Ticketingsystems in eine bestehende Anwendungslandschaft

Einbindung eines Buchungs- und Ticketingsystems in eine bestehende Anwendungslandschaft Einbindung eines Buchungs- und Ticketingsystems in eine bestehende Anwendungslandschaft Harald Lange sd&m Lübecker Str. 1 22087 Hamburg harald.lange@sdm.de Abstract: Mit der Einführung eines Buchungs-

Mehr

Message Oriented Middleware am Beispiel von XMLBlaster

Message Oriented Middleware am Beispiel von XMLBlaster Message Oriented Middleware am Beispiel von XMLBlaster Vortrag im Seminar XML und intelligente Systeme an der Universität Bielefeld WS 2005/2006 Vortragender: Frederic Siepmann fsiepman@techfak.uni bielefeld.de

Mehr

Tier-Konzepte. Vertiefungsarbeit von Karin Schäuble

Tier-Konzepte. Vertiefungsarbeit von Karin Schäuble Vertiefungsarbeit von Karin Schäuble Gliederung 1. Einführung 3. Rahmenbedingungen in der heutigen Marktwirtschaft 3.1 Situation für Unternehmen 3.2 Situation für Applikationsentwickler 4. Lösungskonzepte

Mehr

Informationsbroschüre

Informationsbroschüre Informationsbroschüre Überwachung, Lastverteilung, automatische Aufgaben für Microsoft Dynamics NAV Mit IT IS control 2011 können Sie viele Mandanten und NAV-Datenbanken praktisch gleichzeitig mit wenigen

Mehr

Transaktionsverwaltung

Transaktionsverwaltung Transaktionsverwaltung Commit Eigenschaften von Transaktionen (ACID) Transaktionen in SQL Kapitel 9 1 Transaktionsverwaltung Beispiel einer typischen Transaktion in einer Bankanwendung: 1. Lese den Kontostand

Mehr

Guten Tag! CampusSource. Die CSE Integration Platform. CampusSource Engine. Christof Pohl Softwareentwicklung Medienzentrum Universität Dortmund

Guten Tag! CampusSource. Die CSE Integration Platform. CampusSource Engine. Christof Pohl Softwareentwicklung Medienzentrum Universität Dortmund Engine Die CSE Integration Platform Guten Tag! Christof Pohl Softwareentwicklung Medienzentrum Universität Dortmund Integriertes Informationsmanagement mit der Engine - A2A vs. EBI Folie 2 Integration

Mehr

Enterprise Computing Einführung in das Betriebssystem z/os. Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth WS2012/2013

Enterprise Computing Einführung in das Betriebssystem z/os. Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth WS2012/2013 UNIVERSITÄT LEIPZIG Enterprise Computing Einführung in das Betriebssystem z/os Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth WS2012/2013 CICS Transaktionsserver Teil 1 CICS Übersicht el0100

Mehr

SAP R/3 und Linux. Zwei Welten treffen aufeinander. Jochen Hein

SAP R/3 und Linux. Zwei Welten treffen aufeinander. Jochen Hein Zwei Welten treffen aufeinander Jochen Hein Jochen arbeitet mit SAP R/2 seit 1987, mit Linux seit 1992 und mit SAP R/3 seit 1995. Sein Hobby an der Arbeit als SAP Basisbetreuer ist

Mehr

Musterlösung Übungsblatt 1 Netzprogrammierung WS 05/06

Musterlösung Übungsblatt 1 Netzprogrammierung WS 05/06 Musterlösung Übungsblatt 1 Netzprogrammierung WS 05/06 Block Verteilte Systeme und Middleware 1. Beschreiben Sie die Entwicklung verteilter Systeme von einer Zentralisierung bis zu Peer-to-Peer. Nicht

Mehr

Architektur einer GDI: Service-oriented Architecture (SOA)

Architektur einer GDI: Service-oriented Architecture (SOA) Modul 6: Voraussetzungen einer GDI Vertiefende Dokumente I Stand: 24.01.2012 Architektur einer GDI: Service-oriented Architecture (SOA) Zu den Hauptargumenten für eine Geodateninfrastruktur zählen unter

Mehr

Session Storage im Zend Server Cluster Manager

Session Storage im Zend Server Cluster Manager Session Storage im Zend Server Cluster Manager Jan Burkl System Engineer, Zend Technologies Agenda Einführung in Zend Server und ZSCM Überblick über PHP Sessions Zend Session Clustering Session Hochverfügbarkeit

Mehr

Architekturen. Von der DB basierten zur Multi-Tier Anwendung. DB/CRM (C) J.M.Joller 2002 131

Architekturen. Von der DB basierten zur Multi-Tier Anwendung. DB/CRM (C) J.M.Joller 2002 131 Architekturen Von der DB basierten zur Multi-Tier Anwendung DB/CRM (C) J.M.Joller 2002 131 Lernziele Sie kennen Design und Architektur Patterns, welche beim Datenbankzugriff in verteilten Systemen verwendet

Mehr

Business Process Execution Language. Christian Vollmer Oliver Garbe

Business Process Execution Language. Christian Vollmer <christian.vollmer@udo.edu> Oliver Garbe <oliver.garbe@udo.edu> Business Process Execution Language Christian Vollmer Oliver Garbe Aufbau Was ist BPEL? Wofür ist BPEL gut? Wie funktioniert BPEL? Wie sieht BPEL aus?

Mehr

SMTP-Verfahren POP-Verfahren IMAP-Verfahren

SMTP-Verfahren POP-Verfahren IMAP-Verfahren IT Zertifikat Mailserver 01 Server Mailserver Protokolle Teil des Client-Server-Modells bietet Dienste für lokale Programme/ Computer (Clients) an -> Back-End-Computer Ausbau zu Gruppe von Servern/ Diensten

Mehr

A Generic Database Web Service for the Venice Lightweight Service Grid

A Generic Database Web Service for the Venice Lightweight Service Grid A Generic Database Web Service for the Venice Lightweight Service Grid Michael Koch Bachelorarbeit Michael Koch University of Kaiserslautern, Germany Integrated Communication Systems Lab Email: m_koch2@cs.uni-kl.de

Mehr

VS12 Slide 1. Verteilte Systeme. Vorlesung 12 Sebastian Iwanowski FH Wedel

VS12 Slide 1. Verteilte Systeme. Vorlesung 12 Sebastian Iwanowski FH Wedel VS12 Slide 1 Verteilte Systeme Vorlesung 12 Sebastian Iwanowski FH Wedel Mögliche Plattformen für Web Services VS12 Slide 2 VS12 Slide 3 Java-Software für verteilte Systeme J2EE: Java 2 Enterprise Edition

Mehr

Musterlösung Klausur SS 2004

Musterlösung Klausur SS 2004 Musterlösung Klausur SS 2004 Fachrichtung: Informatik Lehrveranstaltung: Verteilte Systeme Dozent: Prof. G. Bengel Tag: 15.6.04 Bearbeitungszeit: 90 Minuten Name:... Matr.Nr.:... Punkte:... Note:... Hilfsmittel:

Mehr

Evaluation of Java Messaging Middleware as a Platform for Software Agent Communication

Evaluation of Java Messaging Middleware as a Platform for Software Agent Communication Evaluation of Java Messaging Middleware as a Platform for Software Agent Communication Frank Kargl Torsten Illmann Michael Weber Verteilte Systeme Universität Ulm {frank.kargl torsten.illmann weber} @informatik.uni-ulm.de

Mehr

Hauptseminar Management von Softwaresystemen. Techniken der System-Integration EAI, Middleware, SOA, CORBA

Hauptseminar Management von Softwaresystemen. Techniken der System-Integration EAI, Middleware, SOA, CORBA Hauptseminar Management von Softwaresystemen Techniken der System-Integration EAI, Middleware, SOA, CORBA Betreuerin: Referent: Ulrike Hammerschall Alexey Krivoborodov Agenda Motivation Arten der Verteilung

Mehr

Systemarchitekturen für Verteilte Anwendungen. Einführung

Systemarchitekturen für Verteilte Anwendungen. Einführung Systemarchitekturen für Verteilte Anwendungen Einführung 25.10., 26.10. und 30.11.2014 Institut für Betriebssysteme und Rechnerverbund TU Braunschweig PD Dr. Christian Werner 1-2 Überblick Entwicklung

Mehr

BPEL und Transaktionen. Referenten: Guido Neander, Senior-Berater, MT AG, Ratingen Arne Platzen, Leiter Competence Center Oracle SOA, MT AG, Ratingen

BPEL und Transaktionen. Referenten: Guido Neander, Senior-Berater, MT AG, Ratingen Arne Platzen, Leiter Competence Center Oracle SOA, MT AG, Ratingen BPEL und Transaktionen Referenten: Guido Neander, Senior-Berater, MT AG, Ratingen Arne Platzen, Leiter Competence Center Oracle SOA, MT AG, Ratingen MT AG Key Facts MT AG MANAGING TECHNOLOGY ENABLING THE

Mehr

WSO2 Middleware Platform Vorlesungsbegleitendes Praktikum soa

WSO2 Middleware Platform Vorlesungsbegleitendes Praktikum soa WSO2 Middleware Platform Vorlesungsbegleitendes Praktikum soa Dr. Stefan Pietschmann, PF Service-Oriented Enterprise Applications, T-Systems MMS Dresden, 22.10.2013 About US PF42 Service-oriented enterprise

Mehr

SmartExporter 2013 R1

SmartExporter 2013 R1 Die aktuelle Version wartet mit zahlreichen neuen Features und umfangreichen Erweiterungen auf. So können mit SmartExporter 2013 R1 nun auch archivierte Daten extrahiert und das Herunterladen der Daten

Mehr

Verteilungsmechanismen in verschiedenen RDBMS

Verteilungsmechanismen in verschiedenen RDBMS Verteilungsmechanismen in verschiedenen RDBMS Vorlesung im Wintersemester 2013 (Analyse verschiedener RDBMS-Produkte hinsichtlich angebotener Verteilmechanismen) Prof. Dr. Andreas Schmietendorf 1 Zielstellung

Mehr

Lösungen zu 978-3-8045-5387-3 Informations- und Telekommunikationstechnik - Arbeitsheft

Lösungen zu 978-3-8045-5387-3 Informations- und Telekommunikationstechnik - Arbeitsheft Lösungen zu ---- Informations- und Telekommunikationstechnik - Arbeitsheft Handlungsschritt Aufgabe a) Die TCP/IP-Protokollfamilie verwendet logischen Adressen für die Rechner (IP- Adressen), die eine

Mehr

Kapitel 4: Design von Client/Server-Software. Middleware in Java vieweg 2005 Steffen Heinzl, Markus Mathes

Kapitel 4: Design von Client/Server-Software. Middleware in Java vieweg 2005 Steffen Heinzl, Markus Mathes Kapitel 4: Design von Client/Server-Software Definition: Client und Server Client Ein Client ist ein Dienstnutzer, der von einem Server aktiv einen Dienst anfordert und anschließend darauf wartet, dass

Mehr

Whitepaper. wir wissen wie

Whitepaper. wir wissen wie Whitepaper wir wissen wie Aufgabenstellung Lösung Der Markt bietet unzählige EAI Tools. Diese sind meist sehr umfangreich und dem entsprechend sehr teuer. Um diese Tools einzusetzen, braucht ein Projekt

Mehr

TECHNISCHE PRODUKTINFORMATION CARUSO

TECHNISCHE PRODUKTINFORMATION CARUSO 1111 TECHNISCHE PRODUKTINFORMATION CARUSO TECHNISCHE PRODUKTINFORMATION Seite 0/7 Inhalt 1 Systemdefinition............2 2 Technische Details für den Betrieb von CARUSO......2 2.1 Webserver... 2 2.2 Java

Mehr

Vorlesungsinhalt. Architektur von Datenbanksystemen. G. Specht: Datenbanksysteme 8-1. Kapitel VIII

Vorlesungsinhalt. Architektur von Datenbanksystemen. G. Specht: Datenbanksysteme 8-1. Kapitel VIII Architektur von Datenbanksystemen Kapitel VIII Vorlesung Datenbanksysteme Univ.-Prof. Dr. Günther Specht Universität Innsbruck Institut für Informatik Datenbanken und Informationssysteme (DBIS) Vorlesungsinhalt

Mehr

Kapitel DB:VI (Fortsetzung)

Kapitel DB:VI (Fortsetzung) Kapitel DB:VI (Fortsetzung) VI. Die relationale Datenbanksprache SQL Einführung SQL als Datenanfragesprache SQL als Datendefinitionssprache SQL als Datenmanipulationssprache Sichten SQL vom Programm aus

Mehr

CS2101 Nebenläufige und Verteilte Programme Bachelor of Science (Informatik)

CS2101 Nebenläufige und Verteilte Programme Bachelor of Science (Informatik) Prof. Dr. Th. Letschert CS2101 Nebenläufige und Verteilte Programme Bachelor of Science (Informatik) Vorlesung 7 Th Letschert FH Gießen-Friedberg Ressourcen Verwaltung passive Ressourcen aktive Ressourcen

Mehr

COMMON OBJECT REQUEST BROKER ARCHITECTURE. Dmytro Pyvovar Otto-von-Guericke Universität Magdeburg

COMMON OBJECT REQUEST BROKER ARCHITECTURE. Dmytro Pyvovar Otto-von-Guericke Universität Magdeburg COMMON OBJECT REQUEST BROKER ARCHITECTURE Dmytro Pyvovar Otto-von-Guericke Universität Magdeburg Gliederung Motivation Was ist CORBA? Object Management Architecture (OMA ) Interface Definition Language

Mehr

Ist Ihre Mainframe Anwendungs- Umgebung wirklich so effizient, wie Sie denken?

Ist Ihre Mainframe Anwendungs- Umgebung wirklich so effizient, wie Sie denken? Ist Ihre Mainframe Anwendungs- Umgebung wirklich so effizient, wie Sie denken? Cross-Enterprise APM und Application Performance Management 30. Oktober 2012 Agenda Cross-Enterprise APM Mainframe Application

Mehr

Datenbanksystem. System Global Area. Hintergrundprozesse. Dr. Frank Haney 1

Datenbanksystem. System Global Area. Hintergrundprozesse. Dr. Frank Haney 1 Datenbanksystem System Global Area Hintergrundprozesse Dr. Frank Haney 1 Komponenten des Datenbanksystems System Global Area Program Global Area Hintergrundprozesse Dr. Frank Haney 2 System Global Area

Mehr

Inhaltsverzeichnis. Daniel Liebhart, Guido Schmutz, Marcel Lattmann, Markus Heinisch, Michael Könings, Mischa Kölliker, Perry Pakull, Peter Welkenbach

Inhaltsverzeichnis. Daniel Liebhart, Guido Schmutz, Marcel Lattmann, Markus Heinisch, Michael Könings, Mischa Kölliker, Perry Pakull, Peter Welkenbach sverzeichnis Daniel Liebhart, Guido Schmutz, Marcel Lattmann, Markus Heinisch, Michael Könings, Mischa Kölliker, Perry Pakull, Peter Welkenbach Integration Architecture Blueprint Leitfaden zur Konstruktion

Mehr

Vorlesung Objektorientierte Softwareentwicklung. Kapitel 0. Java-Überblick

Vorlesung Objektorientierte Softwareentwicklung. Kapitel 0. Java-Überblick Vorlesung Objektorientierte Softwareentwicklung Sommersemester este 2008 Kapitel 0. Java-Überblick Was sind die Ziele? Warum Java? Komplexe Anwendungen e-business verteilt zuverlässig sicher mobil persistent

Mehr

Datenbank-basierte Webserver

Datenbank-basierte Webserver Datenbank-basierte Webserver Datenbank-Funktion steht im Vordergrund Web-Schnittstelle für Eingabe, Wartung oder Ausgabe von Daten Datenbank läuft im Hintergrund und liefert Daten für bestimmte Seiten

Mehr

Schichtenmodell. Informatik Fortbildung Kommunikation in Rechnernetzen. IFB Speyer 14.-16. November 2011. Dr. Michael Schlemmer

Schichtenmodell. Informatik Fortbildung Kommunikation in Rechnernetzen. IFB Speyer 14.-16. November 2011. Dr. Michael Schlemmer Schichtenmodell Informatik Fortbildung Kommunikation in Rechnernetzen IFB Speyer 14.-16. November 2011 Dr. Michael Schlemmer ISO-OSI Schichtenmodell Moderne Kommunikationssysteme sind komplex: Gestalt

Mehr

Single Sign-On. Einführung und Überblick. Dipl-Inf. Rolf Negri. Technologie und Funktionalität. Installation und Konfiguration

Single Sign-On. Einführung und Überblick. Dipl-Inf. Rolf Negri. Technologie und Funktionalität. Installation und Konfiguration Single Sign-On Einführung und Überblick Dipl-Inf. Rolf Negri Copyright Trivadis AG 1 Agenda Einleitung Technologie und Funktionalität Installation und Konfiguration Ausblick Single Sign-On Copyright Trivadis

Mehr

Application Server- gestern, heute, morgen?

Application Server- gestern, heute, morgen? Erschienen: Java Spektrum September / Oktober 2002 Autor: Ulrike Hammerschall Application Server- gestern, heute, morgen? Application Server sind heute in aller Munde. Wer in der IT Branche etwas auf sich

Mehr

Inhaltsverzeichnis. Vorwort 13. Kapitel 1 Einleitung 17. Kapitel 2 Architekturen 51. Kapitel 3 Prozesse 91

Inhaltsverzeichnis. Vorwort 13. Kapitel 1 Einleitung 17. Kapitel 2 Architekturen 51. Kapitel 3 Prozesse 91 Inhaltsverzeichnis Vorwort 13 Kapitel 1 Einleitung 17 1.1 Definition eines verteilten Systems................................ 19 1.2 Ziele........................................................ 20 1.2.1

Mehr

Whitepaper Walkyre Enterprise Resource Manangement

Whitepaper Walkyre Enterprise Resource Manangement Whitepaper Walkyre Enterprise Resource Management Seite 1 Whitepaper Walkyre Enterprise Resource Manangement Stand 15.11.2004 Inhalt 1. Hinweis... 2 2. Grundsätzliches zur Funktionalität... 3 3. Der Walkyre-Client...

Mehr

Seminar Cloud Data Management WS09/10. Tabelle1 Tabelle2

Seminar Cloud Data Management WS09/10. Tabelle1 Tabelle2 Seminar Cloud Data Management WS09/10 Tabelle1 Tabelle2 1 Einführung DBMS in der Cloud Vergleich verschiedener DBMS Beispiele Microsoft Azure Amazon RDS Amazon EC2 Relational Databases AMIs Was gibt es

Mehr

09.06.2003 André Maurer andre@maurer.name www.andre.maurer.name Wirtschaftsinformatik FH 3.5 Fachhochschule Solothurn, Olten

09.06.2003 André Maurer andre@maurer.name www.andre.maurer.name Wirtschaftsinformatik FH 3.5 Fachhochschule Solothurn, Olten Aktuelle Themen der Wirtschaftsinformatik Zusammenfassung 09.06.2003 André Maurer andre@maurer.name www.andre.maurer.name Wirtschaftsinformatik FH 3.5 Fachhochschule Solothurn, Olten 1 Serverseitige Webprogrammierung

Mehr

Relationale Datenbanken Datenbankgrundlagen

Relationale Datenbanken Datenbankgrundlagen Datenbanksystem Ein Datenbanksystem (DBS) 1 ist ein System zur elektronischen Datenverwaltung. Die wesentliche Aufgabe eines DBS ist es, große Datenmengen effizient, widerspruchsfrei und dauerhaft zu speichern

Mehr

Technische Voraussetzungen Stand: 29. Juli 2014

Technische Voraussetzungen Stand: 29. Juli 2014 Technische Voraussetzungen Stand: 29. Juli 2014 FineSolutions AG Culmannstrasse 37 8006 Zürich Telefon +41 44 245 85 85 Telefax +41 44 245 85 95 support@finesolutions.ch Inhaltsverzeichnis 1 Einführung...

Mehr

Secure Socket Layer V.3.0

Secure Socket Layer V.3.0 Konzepte von Betriebssystem-Komponenten Schwerpunkt Internetsicherheit Secure Socket Layer V.3.0 (SSLv3) Zheng Yao 05.07.2004 1 Überblick 1.Was ist SSL? Bestandteile von SSL-Protokoll, Verbindungherstellung

Mehr

Remote Communications

Remote Communications HELP.BCFESDEI Release 4.6C SAP AG Copyright Copyright 2001 SAP AG. Alle Rechte vorbehalten. Weitergabe und Vervielfältigung dieser Publikation oder von Teilen daraus sind, zu welchem Zweck und in welcher

Mehr

Systeme Anwendungen Produkte in der Datenverarbeitung

Systeme Anwendungen Produkte in der Datenverarbeitung Systeme Anwendungen Produkte in der Datenverarbeitung - R/3 - R/3 - Was ist das? - das Unternehmen Architektur des - R/3 Konfiguration des - R/3 ABAP/4 - die Sprache des - R/3 Transaktionsverarbeitung

Mehr

ONET: FT-NIR-Netzwerke mit zentraler Administration & Datenspeicherung. ONET Server

ONET: FT-NIR-Netzwerke mit zentraler Administration & Datenspeicherung. ONET Server : FT-NIR-Netzwerke mit zentraler Administration & Datenspeicherung Motivation für die Vernetzung von Spektrometern Weiterhin wachsender Bedarf für schnelle Analysenmethoden wie NIR Mehr Kalibrationen werden

Mehr

Technische Beschreibung: EPOD Server

Technische Beschreibung: EPOD Server EPOD Encrypted Private Online Disc Technische Beschreibung: EPOD Server Fördergeber Förderprogramm Fördernehmer Projektleitung Projekt Metadaten Internet Foundation Austria netidee JKU Linz Institut für

Mehr

Workflow, Business Process Management, 3.Teil

Workflow, Business Process Management, 3.Teil Workflow, Business Process Management, 3.Teil 12. Januar 2004 Der orliegende Text darf für Zwecke der Vorlesung Workflow, Business Process Management des Autors erielfältigt werden. Eine weitere Nutzung

Mehr

Berichte aus der Medizinischen Informatik und Bioinformatik. Günther Schadow. Krankenhauskommunikation mit HL7

Berichte aus der Medizinischen Informatik und Bioinformatik. Günther Schadow. Krankenhauskommunikation mit HL7 Berichte aus der Medizinischen Informatik und Bioinformatik Günther Schadow Krankenhauskommunikation mit HL7 Analyse, Implementation und Anwendungeines Protokollstandards für medizinische Datenkommunikation

Mehr

whitepaper CLOUD-ENTWICKLUNG: BESTE METHODEN UND SUPPORT-ANWENDUNGEN

whitepaper CLOUD-ENTWICKLUNG: BESTE METHODEN UND SUPPORT-ANWENDUNGEN whitepaper CLOUD-ENTWICKLUNG: BESTE METHODEN UND SUPPORT-ANWENDUNGEN CLOUD-ENTWICKLUNG: BESTE METHODEN 1 Cloud-basierte Lösungen sind auf dem IT-Markt immer weiter verbreitet und werden von immer mehr

Mehr

Hardware- und Software-Anforderungen IBeeS.ERP

Hardware- und Software-Anforderungen IBeeS.ERP Hardware- und Software-Anforderungen IBeeS.ERP IBeeS GmbH Stand 08.2015 www.ibees.de Seite 1 von 8 Inhalt 1 Hardware-Anforderungen für eine IBeeS.ERP - Applikation... 3 1.1 Server... 3 1.1.1 Allgemeines

Mehr

Lightweight Java in der Automatisierungstechnik

Lightweight Java in der Automatisierungstechnik Lightweight Java in der Automatisierungstechnik Erfahrungen aus dem Anlagenbau Dr. Markus Eiglsperger eig@zuehlke.com Business Driver im Anlagenbau Kosten Modularisierung Vernetzung Agilität Paradigmenwechsel

Mehr

1. Wie können Forms und SOA integriert werden?

1. Wie können Forms und SOA integriert werden? Forms goes SOA Jüssen, Stefan Senior Consultant 03.02.2011 Jede Änderung im Geschäftsprozess muss umgehend in der unterstützenden Software abgebildet werden können. Professionelle Systementwicklung basiert

Mehr

Mainframe Internet Integration. Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth SS2013. WebSphere Application Server Teil 4

Mainframe Internet Integration. Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth SS2013. WebSphere Application Server Teil 4 UNIVERSITÄT LEIPZIG Mainframe Internet Integration Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth SS2013 WebSphere Application Server Teil 4 Leistungsverhalten el0100 copyright W. G. Spruth,

Mehr

Standardsoftware. SAP Basisarchitektur. Prof. Dr. Bernhard Schiefer 2-1

Standardsoftware. SAP Basisarchitektur. Prof. Dr. Bernhard Schiefer 2-1 Standardsoftware SAP Basisarchitektur Prof. Dr. Bernhard Schiefer 2-1 SAP Client/Server Dreistufige Rechnerhierarchie Lesen in der DB und Aktualisierung der Puffer Datenbankänderung Zentrale DB (speichert

Mehr

Client/Server-Systeme

Client/Server-Systeme Client/Server-Systeme Prof. Dr.-Ing. Wilhelm Spruth WS 2008/2009 Teil 8 Transaktionsverarbeitung cs 0800 ww6 sch 02-97 Literatur J. Gray, A. Reuter: Transaction Processing. Morgan Kaufmann, 1993. J. Horswill:

Mehr

SAP NetWeaver Gateway. Connectivity@SNAP 2013

SAP NetWeaver Gateway. Connectivity@SNAP 2013 SAP NetWeaver Gateway Connectivity@SNAP 2013 Neue Wege im Unternehmen Neue Geräte und Usererfahrungen Technische Innovationen in Unternehmen Wachsende Gemeinschaft an Entwicklern Ausdehnung der Geschäftsdaten

Mehr

KN 20.04.2015. Das Internet

KN 20.04.2015. Das Internet Das Internet Internet = Weltweiter Verbund von Rechnernetzen Das " Netz der Netze " Prinzipien des Internet: Jeder Rechner kann Information bereitstellen. Client / Server Architektur: Server bietet Dienste

Mehr

Wiederherstellung (Recovery)

Wiederherstellung (Recovery) Fragestellungen Aufgaben der Komponenten für das Recovery: Sicherstellung der Dauerhaftigkeit der gespeicherten Daten, d.h. Daten, die in einer Transaktion einmal bestätigt wurden (commit), bleiben auch

Mehr

Wirtschaftsinformatik II SS 2012. Einführung in SAP

Wirtschaftsinformatik II SS 2012. Einführung in SAP Wirtschaftsinformatik II SS 2012 Einführung in SAP SAP als klassisches ERP-System SAP = ERP Enterprise Ressource Planing SAP als klassisches ERP-System SAP: führender Anbieter im Bereich ERP-Systeme (Enterprise

Mehr

Last- und Stresstest. Überblick. Einleitung / Motivation Stresstest Lasttest Tools The Grinder Zusammenfassung

Last- und Stresstest. Überblick. Einleitung / Motivation Stresstest Lasttest Tools The Grinder Zusammenfassung Methoden und Werkzeuge zur Softwareproduktion WS 2003/04 Karsten Beyer Dennis Dietrich Überblick Einleitung / Motivation Stresstest Lasttest Tools The Grinder Zusammenfassung 2 Motivation Funktionstest

Mehr

Entwicklung einer mobilen webbasierten Anwendung mit Oracle9i Lite Web-to-Go

Entwicklung einer mobilen webbasierten Anwendung mit Oracle9i Lite Web-to-Go Thema Autor Entwicklung einer mobilen webbasierten Anwendung mit Oracle9i Lite Web-to-Go Christian Antognini (christian.antognini@trivadis.com) Art der Information Produktübersicht (Mai 2002) Quelle Trivadis

Mehr

Abbildung 3-1: Clients und Server C+S

Abbildung 3-1: Clients und Server C+S Abbildung 3-1: Clients und Server C+S Abbildung 3-2: Interaktions-koordinations-arten Abbildung 3-3: Zuverlässige Nachrichtenübertragung a) durch individuell quittierte Nachrichten b) durch Quittierung

Mehr

An integrated total solution for automatic job scheduling without user interaction

An integrated total solution for automatic job scheduling without user interaction An integrated total solution for automatic job scheduling without user interaction Multifunktional Der Job-Scheduler ist ein multifunktionaler Taskplaner welcher die Steuerzentrale zur regelmässigen Ausführung

Mehr

J2EEKurs. J2EE eine Plattform für betriebliche Anwendungen. Peter Thiemann. Sommercampus J2EEKurs, Freiburg, Germany, 10.-14.10.

J2EEKurs. J2EE eine Plattform für betriebliche Anwendungen. Peter Thiemann. Sommercampus J2EEKurs, Freiburg, Germany, 10.-14.10. J2EE eine Plattform für betriebliche Anwendungen Universität Freiburg, Germany Sommercampus, Freiburg, Germany, 10.-14.10.2005 Plattform Betriebliche Anwendung J2EE Kontrahenten J2EE im Überblick Was ist

Mehr

Verteilte Systeme - 1. Übung

Verteilte Systeme - 1. Übung Verteilte Systeme - 1. Übung Dr. Jens Brandt Sommersemester 2011 1. Rechnerverbünde Kommunikationsverbund: Beispiele: E-Mail (SMTP, POP/IMAP), Instant Messaging (XMPP, IRC, ICQ,...), Newsgroups (NNTP)

Mehr

Enterprise Computing Einführung in das Betriebssystem z/os. Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth WS2012/2013

Enterprise Computing Einführung in das Betriebssystem z/os. Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth WS2012/2013 UNIVERSITÄT LEIPZIG Enterprise Computing Einführung in das Betriebssystem z/os Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth WS2012/2013 CICS Transaktionsserver Teil 3 CICS Nucleus el0100 copyright

Mehr