Einfaches Erstellen von Teamrooms mit Intramo

Architektur

Intramo basiert auf einer modernen J2EE-Schichten-Architektur und integriert Cocoon als XML-Portalframework. Durch die konsequente Verwendung offener Standard Internet-Technologien ist Intramo vollständig plattformunabhängig und hochintegrativ.

So können unterschiedlichste Systeme, Anwendungen und (Web-) Services problemlos integriert werden. Zu einer Vielzahl weitverbreiteter Softwareprodukte (Microsoft ADS, etc.) bestehen zudem bereits definierte Schnittstellen. Die Darstellung einer typischen Intramo-Portalarchitektur zeigt das Schaubild unten.

Einfache Anbindung unterschiedlicher Software-Komponenten.

Abgesehen von den originären Intramo-Modulen können für alle Systemkomponenten wie Datenbanken, Verzeichnisdienste oder Applikationsserver sowohl Open Source, als auch weitverbreitete kommerzielle Produkte eingesetzt werden.

Dabei bestehen bereits eine Vielzahl von definierten Schnittstellen zur Einbindung gängiger Software-Produkte. Weitere Komponenten können aufgrund der offenen Architektur auf individueller Basis sehr einfach integriert werden. Welche Schnittstellen jeweils bestehen entnehmen Sie bitte den Detailinformationen zu den einzelnen Komponenten (s.u.).

Überblick über die Komponenten einer Intramo-Installation

Intramo Portal Anwendung

Die auf Cocoon basierenden Portalanwendungen, welche die für die Benutzer direkt nutzbaren Funktionen umfassen.

XML-Portalframework Cocoon

Cocoon ist ein Java- und XML-basiertes Open Source Framework mit Portalengine der Apache Foundation, das als technische Grundlage für die Intramo Portal-Anwendung genutzt wird.

Intramo-Ressource Manager

Java Anwendung, die für die Auslieferung, Aggregierung und Speicherung der XML Inhaltsobjekte aus den verschiedenen Datenquellen (CMS, Portaldatenbank und Mitarbeiterverzeichnis) verantwortlich ist.

Intramo-Security Wrapper

Java Anwendung, die für das Rechtemanagement verantwortlich ist.

Intramo-User Provider

Der User Provider ermöglicht die Anbindung des CMS an den Verzeichnisserver, der auch für die Portalanwendung genutzt wird.

Intramo-Event Listener

Der Event Listener ist für das Zusammenspiel zwischen Portal und CMS-Server verantwortlich. Er sorgt dafür, dass durch Aktionen im CMS bestimmte Reaktionen im Portal ausgelöst werden können (z.B. Workflow-Benachrichtigungen, Abonnements,...).

Datenbank-Abstraktionsschicht (Torque)

Zwischenschicht, über die der Ressource Manager und der Security Wrapper auf die Portaldatenbank zugreifen. Ermöglicht zudem die Anbindung unterschiedlicher, von Torque unterstützter DBMS.

Portal-Datenbank

In der Portaldatenbank sind alle Informationen abgelegt, die für die Anwendungslogik von Intramo (z.B. Personalisierungsfunktionen, weitere Anwendungsdaten) und für die Steuerung des Portals notwendig sind. Hier können alle SQL-basierten Datenbanken integriert werden, die von der Datenbankabstraktionsschicht Torque unterstützt werden, u.a. MySQL, PostgresSQL, Oracle, MS-SQL (weitere auf Anfrage).

CMS/Intramo-Webeditor

Über das CMS werden alle Portalinhalte erzeugt und gepflegt, die nicht aus anderen Datenquellen, wie z.B. dem Verzeichnisserver importiert werden. Intramo integriert standardmäßig eine Open Source CMS-Komponente (Daisy), es bestehen jedoch auch Schnittstellen zu kommerziellen Produkten.

Die CMS-Dokumente werden dabei über den Webeditor erstellt und bearbeitet. Dabei kann je nach Implementierung entweder der jeweilige CMS-Webeditor oder aber der Intramo-Webeditor genutzt werden. Standardmäßig integriertes Open Source-CMS, Imperia (ab 6.x), CoreMedia (ab Cap 4.x), Government Site Builder (weitere auf Anfrage).

CMS-Server

Im CMS-Server werden die im CMS erstellten Dokumente gespeichert, versioniert und an das Portal ausgeliefert.

Applikationsserver

Der Java-Application-Server ist die Basis der Portallösung. Über ihn werden die verschiedenen Webanwendungen betrieben. Dazu gehören in erster Linie das Portalframework von Cocoon und die darauf aufsetzende Intramo-Portalanwendung, aber auch Komponenten wie der Intramo-Webeditor.

Über den Application-Server findet auch die Authentifizierung am LDAP-kompatiblen Benutzerverzeichnis statt (Container Based Security). Intramo unterstützt prinzipiell jeden J2EE-basierten Applikationsserver, es bestehen bislang Schnittstellen zu folgenden Produkten: Tomcat, IBM WebSphere, OracleApplication Server (weitere auf Anfrage).

Verzeichnisserver

Im Verzeichnisserver werden die Benutzerdaten gehalten, die Portalanwender werden darüber hinaus am Verzeichnisserver authentifiziert. Der Intramo-Ressource-Manager nutzt zudem den Verzeichnisserver zur Darstellung von Mitarbeiterdaten im Portal. Intramo unterstützt prinzipiell jeden LDAP-basierten Verzeichnisserver, es bestehen bereits Schnittstellen zu folgenden Produkten: OpenLDAP, Microsoft Active Directory (AD)S, Novell eDirectory (oder anderer LDAP-kompatibler Verzeichnisserver).

Webserver

Stellt die im Portal enthaltenen Informationen den Benutzern via Browser über das HyperText Transfer Protocol (http) zur Verfügung. Eingesetzt wird hier in der Regel Apache.

Betriebssystem

Intramo ist aufgrund seiner offenen Architektur plattformunabhängig. Bislang wurden Projekte auf Basis von Linux (Suse, Debian, Gentoo) und Windows (2000 Server) durchgeführt.

Stand: Juni 2009; die Anbindung weiterer Systeme ist auf individueller Basis möglich.

Schaubild einer typischen Portalarchitektur mit Intramo. neben den originären Intramo-Modulen können für die zentralen Software-Komponenten verschiedene Produkte eingesetzt werden. Als XML-Portalframework kommt Cocoon zum Einsatz.

Lupe Schaubild einer typischen Portalarchitektur mit Intramo. Neben den originären Intramo-Modulen können für die zentralen Software-Komponenten verschiedene Produkte eingesetzt werden. Als XML-Portalframework kommt Cocoon zum Einsatz.


Sie haben noch Fragen zur Architektur von Intranets und Mitarbeiterportalen mit Intramo? Kontaktieren Sie uns!