Evaluierung des Microsoft .NET Content Management Server 2002

Die Abb. 3-3 stellt diese Gruppen und ihre Beziehungen untereinander dar. Wie man erkennen kann gibt es drei Teile, welche jeweils eine hierarchische Struktur bilden. Die Hauptkomponenten bilden dabei die drei Container: Channel, Template Gallery und Resource Gallery. Ihre Eigenschaften wie Zugriffsbeschränkung oder zeitabhängiges Publizieren haben allgemeinen Charakter und beziehen sich auch auf alle Kindelemente. Content-Objekte hingegen dienen nicht der Organisation des Aufbaus, sondern vielmehr als Träger der zu publizierenden Inhalte. Sie bilden die Zugriffsschnittstelle zu den im Content Repository gespeicherten Inhalten und bieten Möglichkeiten diese zu erstellen, manipulieren, lesen und zu löschen. Ihre Eigenschaften werden über ihre jeweiligen Definitionskomponenten beschrieben. Definitionskomponenten bilden demnach bildlich beschrieben eine Art Hülle um Content-Objekte. Dies hat den Vorteil, dass Content-Objekte mit derselben Definition gleich behandelt werden können. Dies ist beispielsweise dann wichtig, wenn Inhalte, die sich in Placeholder-Objekten befinden auf mehreren Seiten angezeigt werden sollen (näheres s. Kap. 3.5.4 über Connected Pages). Zum Schluss gibt es noch die Vorlagekomponenten. Über sie wird das Erscheinungsbild der Content-Objekte definiert. Sie sind die einzigen Komponenten, welche nicht im Content Repository, sondern im Dateisystem eines Rechners oder Netzwerks liegen. Zu ihnen gehören die Template-Dateien, in diesem Fall eine .aspx-Datei, und Placeholder-Controls, bei denen es sich um ASP.NET-Custom Controls zur Darstellung von Inhalten handelt. [...]

Ein Benutzer kann nicht direkt eine Rolle zugewiesen werden. Der Grund hierfür ist, dass man die Rollen auf einzelne Container-Objekte wie Channels, Template Galleries und Resource Galleries beschränken möchte. Daher ist es nötig mehrere Instanzen einer Rolle erzeugen zu können. Dies geschieht mithilfe der Benutzergruppen (Right Groups). Eine Right Group besitzt ein oder mehrere Benutzer. In den meisten Fällen handelt es sich bei Benutzern um NT-Domänen-Accounts oder lokale Accounts. Jede Right Group gehört genau einer User Role an und beschreibt die Aufgaben der Benutzer. Ein Benutzer hingegen kann mehreren Right Groups angehören. Somit sind unterschiedliche Szenarien denkbar: • Ein Benutzer kann Autor zweier Channels sein. • Ein Benutzer kann Autor in einem Channel und Moderator in einem anderen sein. • User Roles können sich überschneiden: Ein Benutzer kann beispielsweise Autor und Editor gleichzeitig für ein Channel sein. Eine Ausnahme bildet die Administrator-Rolle. Sie benutzt standardmäßig eine einzige Benutzergruppe. Sie heißt ebenfalls Administrator und wird bei der Installation automatisch erzeugt. Sie kann nicht gelöscht werden und muss mindestens einen Benutzer enthalten. User Groups können nur über den Site Manager verwaltet werden. Es gibt keine API, die die Möglichkeit bietet, diese Aufgaben auch auf Codeebene anzugehen. [...]

Moderatoren Moderatoren stehen am Ende des Publishing Workflows. Sie bilden neben den Editoren eine weitere Kontrollinstanz. Zu den Aufgaben, die auch ein Editor löst, sollen sie die Publikationseigenschaften der Seiten überprüfen, korrigieren und die Seite veröffentlichen. Sollten sie, aus welchem Grund auch immer, mit dem vorgelegten Ergebnis unzufrieden sein, so können sie die Veränderungen ablehnen und wieder an den entsprechenden Author zurückschicken (s. Kap. 3.8). Subscriber Subscriber sind alle Benutzer, die die Seiten nur besuchen sollen. Sie nehmen nicht am Publikationsprozess teil und besitzen nur Leserechte auf die Seiten, Inhalte und Ressourcen. Alle anderen Rollen besitzen automatisch auch Subscriber-Rechte auf die zugewiesenen Channels. Indem mehrere Benutzergruppen die Subscriber-Rolle zugewiesen bekommen, ist es möglich den Lesezugriff auf einzelne Channels zu beschränken. So kann beispielsweise die Site in einen internen Bereich für Mitarbeiter und einen externen Bereich für Kunden geteilt werden. [...]