Versionshinweise zur Sun Java Communications Suite 5

Previous: Kapitel 1 Allgemeine Versionsinformationen zu den Produkten der Sun Java Communications Suite 5
Next: Kapitel 3 Versionshinweise zu Sun Java System Messaging Server 6.3 2006Q4

Kapitel 2 Versionshinweise zu Sun Java System Calendar Server 6.3

Version 6.3

Diese Versionshinweise enthalten wichtige Informationen, die zum Zeitpunkt der allgemeinen Freigabe von Sun Java^TM System Calendar Server 6.3 zur Verfügung standen. Dies sind u. a.:

Hinweis –

Für diese Calendar Server-Version bietet Sun Solve ein Patch an. Weitere Informationen finden Sie unter Wichtige Patch-Informationen für Calendar Server 6.3.

Lesen Sie diese Versionshinweise, bevor Sie Calendar Server installieren und konfigurieren.

Änderungsprotokoll der Versionshinweise zu Calendar Server

Tabelle 2–1 Versionshinweise zu Sun Java System Calendar Server – Änderungsprotokoll


Datum	Beschreibung der Änderungen
8. Juni 2007	Der folgende Abschnitt wurde hinzugefügt: Messaging Server – Betriebssystemanforderungen
25. Mai 2007	Problem 6560681 wurde hinzugefügt. Beim Upgrade auf Calendar Server 6.3 von einer älteren Version ist eine Umgehung erforderlich, um das Problemverhalten zu verhindern. Diese Umgehung ist unter Bekannte Probleme und Einschränkungen in Calendar Server beschrieben.
27. April 2007	Aktualisierte Ausgabe dieser Versionshinweise zur Bereitstellung zusätzlicher Informationen im Abschnitt "Neuheiten in dieser Version" zu den Änderungen an `csstored`.
April 2007	Aktualisierte Ausgabe dieser Versionshinweise zur Bereitstellung von Informationen zu einem Fehler in Bezug auf `configurator.sh`, Fehlernummer 6542989.
März 2007	Revenue-Version dieser Versionshinweise (Version 6.3)
September 2006	Versionshinweise zur Beta-Version

Informationen zu Calendar Server 6.3

Calendar Server ist eine skalierbare, webbasierte Lösung zur zentralen Kalenderverwaltung und Zeitplanung für Unternehmen und Dienstanbieter. Calendar Server unterstützt Benutzerkalender für Termine und Aufgaben sowie Kalender für Ressourcen, z. B. Konferenzräume und Geräte. Eine Liste der neuen Funktionen finden Sie im Abschnitt Neuheiten in dieser Version von Calendar Server.

Calendar Server bietet eine grafische Benutzeroberfläche, Communications Express. Darüber hinaus wird den Benutzern die Verwendung von WCAP (Web Calendar Access Protocol) für den direkten Zugriff auf Kalenderdaten im Format text/calendar oder text/xml ermöglicht.

Neuheiten in dieser Version von Calendar Server

Calendar Server 6.3 umfasst die folgenden Änderungen und neuen Funktionen:

Calendar Server-Unterstützung in der Delegated Administrator-Konsole

In der Vergangenheit konnte Calendar Server für Schema 2 mithilfe des Delegated Administrator-Dienstprogramms bereitgestellt werden, nicht jedoch über die Delegated Administrator-Konsole. Vor dieser Version diente die Konsole ausschließlich als grafische Weboberfläche für die Verwaltung von Messaging Server. Jetzt kann die Konsole auch zur Verwaltung von LDAP-Einträgen für Calendar Server verwendet werden. Über die Konsole können Sie LDAP-Einträge für Calendar-Benutzer, -Gruppen, -Ressourcen und Domänen hinzufügen, entfernen oder bearbeiten. Der Konsole wurden zur Unterstützung von Calendar Server neue Bildschirme und Menüelemente hinzugefügt. Anweisungen zur Verwendung der Benutzeroberfläche finden Sie in der Onlinehilfe von Delegated Administrator. Weitere Informationen finden Sie auch im Sun Java System Calendar Server 6.3 Administration Guide.

WCAP-Anlagenunterstützung in Calendar Server 6.3

Durch das Hinzufügen neuer Parameter und Werte bieten die WCAP-Befehle ab sofort Unterstützung für Anlagen.

Benutzer von Universal Web Client (Communications Express) und Connector für Microsoft Outlook können ihren Ereignissen und Aufgaben Anlagen hinzufügen und Anlagen mit Einladungen versenden.

Im Rahmen der Anlagenunterstützung wurden die folgenden Änderungen an WCAP vorgenommen:

fetchattachment.wcap: Es wurde ein neuer Befehl für den Abruf von Anlagen hinzugefügt. Hierbei wird nur die Anlage abgerufen, nicht der Termin oder die Aufgabe selbst.
deleteattach: Es wurde ein neues Argument für den Befehl storeevents hinzugefügt, mit dem vorhandene Anlagen aus einem Termin oder einer Aufgabe gelöscht werden können, ohne den Termin bzw. die Aufgabe selbst zu löschen.
fetchattach : Es wurde allen fetch_by_*-Befehlen ein neuer Parameter hinzugefügt, damit sowohl Anlagen als auch die Termin- und Aufgabendaten selbst zurückgegeben werden können.
sendattach : Ein neuer Parameter für den Befehl storeevents, mit dem festgelegt werden kann, ob die Anlage mit der iTIP-Einladung gesendet werden soll oder nicht.
X-S1CS-CLIENT-ATTACH-ID : Ein X-Token mit der eindeutigen ID für die Anlage. Dieses X-Token wird nur dann ausgegeben, wenn der Client die Anlagen-ID beim Speichern der Anlage bereitgestellt hat. Anderenfalls wird die eigentliche Anlage mit dem Termin gesendet.
Das verworfene zu den Befehlen storeevents und storetodos gehörende Argument attachments kann URL-Verweise zu Anlagen außerhalb des Datenspeichers von Calendar Server speichern. Diese Methode der Anlagenverwendung kann für die Rückwärtskompatibilität in dieser Version verwendet werden. In Distributionen folgender Versionen ist sie jedoch nicht mehr enthalten.

Weitere Informationen zu Anlagen finden Sie im Sun Java System Calendar Server 6.3 WCAP Developer’s Guide.

Unterstützung für LDAP-Gruppen in Calendar Server 6.3

Es ist ab sofort möglich, mithilfe von Delegated Administrator LDAP-Gruppen zu erstellen. Gruppen weisen die folgende Funktionalität auf:

Eine Gruppe ist eine Liste von Benutzern. Die Gruppe "beinhaltet" nicht die aufgeführten Benutzer. Es handelt sich nicht um einen Container.
Es kann ein Gruppenkalender für eine Gruppe vorhanden sein.
An eine Gruppe gesendete Einladungen werden in den Kalendern aller Mitglieder sowie im Gruppenkalender angezeigt.
Alle Mitglieder der Gruppe haben die gleichen Zugriffsrechte in Bezug auf den Gruppenkalender.
Es gibt keinen primären Besitzer für einen Gruppenkalender.

Standardmäßiger Multi-Domänen-Modus in Calendar Server 6.3

In früheren Versionen der Calendar Server-Software war keine Domänenstruktur vorhanden. Auf sämtliche Benutzer- und Gruppen-LDAP-Datensätze konnte nur über den Root zugegriffen werden. In darauf folgenden Versionen konnte zwischen der Einrichtung einer oder mehrerer Domänen gewählt werden, die entweder als Host-Domänen oder als virtuelle Domänen bezeichnet wurden. In der Calendar Server 6.3-Software erfolgen alle Installationen im standardmäßigen Multi-Domänen-Modus. Dass heißt, dass mindestens eine Domäne (die Standarddomäne) unter der Root-Domäne vorhanden sein muss. Sämtliche Benutzer- und Gruppen-LDAP-Einträge müssen sich unter dieser Standarddomäne befinden. Sie können wahlweise auch mehrere Domänen auswählen. Im Multi-Domänen-Modus muss jede kanonische Domäne eindeutige Benutzer- und Gruppen-IDs enthalten. Weitere Informationen zu Multi-Domänen finden Sie im Sun Java System Calendar Server 6.3 Administration Guide, insbesondere in Kapitel 10, Setting Up a Multiple Domain Calendar Server 6.3 Environment in Sun Java System Calendar Server 6.3 Administration Guide.

Führen Sie das Konfigurationsprogramm csconfigurator.sh aus, um eine Laufzeitumgebung zu erstellen, und geben Sie in der Eingabeaufforderung den Namen Ihrer Standarddomänen an. Wenn die Domäne nicht vorhanden ist, wird diese vom Programm automatisch erstellt.

Wurden in der vorherigen Calendar Server-Bereitstellung nicht mehrere Domänen oder sogar gar keine Domänen verwendet, müssen Sie die Benutzer- und Gruppen-LDAP-Datensätze in die neue Standarddomäne verschieben.

Um zusätzliche Domänen in einer Schema 2-Umgebung zu erstellen, verwenden Sie Sun Java System Delegated Administrator Console oder Utility. Weitere Informationen zu Delegated Administrator finden Sie im Sun Java System Delegated Administrator 6.4 Administration Guide.

Wenn Sie Schema 1 verwenden, und Sie nicht auf Schema 2 migirieren, können Sie mit dem Calendar Server-Dienstprogramm csdomain weitere Domänen erstellen.

Erweiterung des Konfigurationsprogramms von Calendar Server 6.3

Dem Konfigurationsprogramm wurden Bildschirme für folgende Aufgaben hinzugefügt:

Erstellen einer LDAP-Standarddomäne

Beginnend mit dieser Version ist unter Root mindestens eine Domäne vorhanden. Diese wird als Standarddomäne festgelegt. Sie können ab sofort den Namen der Standarddomäne für Ihre Multi-Domänen-Umgebung im Konfigurationsprogramm festlegen.

Unterstützung für verteilte Calendar Server-Datenbanken

Sie können jetzt die Namen der Front-End- und Back-End-Computer für Ihre verteilte Datenbankumgebung festlegen, die das DWP-Protokoll und das CLD-Plugin verwenden. Die Kalenderdatenbanken können über eine oder mehrere Back-End-Computer verteilt werden. Diese Computer können mit einem Front-End-Computer verknüpft werden. Die neuen Bildschirme des Konfigurationsprogramms können zur Benennung der Back-End-Computer sowie zur Verknüpfung derselben mit dem Front-End-Computer eingesetzt werden.

Neues E-Mail-Adressfeld im Konfigurations-Assistenten

Dem Bildschirm für die Standarddomäne wurde ein neues Feld für die E-Mail-Adresse des Superusers von Calendar Server (calmaster) hinzugefügt.

Seriendetails in E-Mail-Einladungen in Calendar Server 6.3

Für wiederkehrende Ereignisse enthalten an Teilnehmer gesendete E-Mail-Einladungen jetzt Seriendetails.

csstored in Calendar Server 6.3 jetzt ein erforderlicher Prozess

Der Daemon csstored verwaltet ab sofort die verschiedenen Calendar Server-Datenbanken. Da jeder Dienst mit Zugriff auf den Speicher von einem erfolgreichen Start dieses Speicherdienstes abhängt, sollte dieser auf allen Servern (sowohl Front-End als auch Back-End) ausgeführt bleiben, solange das Calendar Server-System ausgeführt wird. Die regulären Befehle zum Starten und Herunterfahren, start-cal und stop-cal, starten und beenden csstored zusammen mit anderen Daemons.

In früheren Versionen war, sofern keine automatischen Sicherungen konfiguriert waren, die Ausführung des PERL-Skripts csstored.pl nicht erforderlich. Das Skript konnte nach eigenem Ermessen gestartet und angehalten werden. Das PERL-Skript wurde zugunsten des Daemons csstored verworfen. Die Ausführung dieses Daemons ist nicht länger optional, unabhängig davon, ob automatische Sicherungen konfiguriert werden oder nicht.

Zuvor konnte das Skript durch Setzen des ics.conf-Parameters local.store.enable auf "no" deaktiviert werden. Jetzt muss csstored jedoch immer aktiviert sein. Die Standardeinstellung des Parameters local.store.enable lautet daher nun "yes".

Automatischer Neustart von Kalenderdiensten mit Watcher

Calendar Server und Messaging Server verwenden ab sofort denselben Mechanismus für das Starten und Anhalten. Mit dem Befehl start-cal wird der watcher-Prozess und anschließend alle weiteren Prozesse gestartet. Der watcher-Prozess erkennt Abhängigkeiten der weiteren Dienste und ermittelt, in welcher Reihenfolge die Dienste gestartet werden sollten.

Jeder registrierte Dienst (Prozess) öffnet eine Verbindung zum Watcher. Wenn ein Prozess ohne ordnungsgemäßen Verbindungsabbau endet, wird er über den Watcher neu gestartet. Wird der Prozess innerhalb einer festgelegten Zeitspanne zweimal beendet, führt der Watcher keinen Neustart durch. Dieser Zeitüberschreitungswert ist konfigurierbar.

Zusätzliche Informationen zum Watcher:

Vom Watcher überwachte Calendar Server-Dienste

Der Watcher überwacht alle für ihn registrierten Dienste. Für Calendar Server lauten die registrierten Prozesse folgendermaßen: cshttpd, csadmind , csdwpd, csnotifyd und csstored.

Der Daemon csstored muss aktiviert sein. Legen Sie hierzu den Konfigurationsparameter local.store.enable auf "y" fest. Die Aktivierung von csstored war in der vorherigen Version von Calendar Server optional, ab sofort ist sie jedoch erforderlich. Der Daemon csstored muss erfolgreich gestartet worden sein, damit auf den Speicher zugreifende Dienste gestartet werden können. Wenn der Speicher angehalten wird, müssen die abhängigen Prozesse ebenfalls angehalten und wieder neu gestartet werden.

Watcher-Konfiguration in Calendar Server 6.3

Der Watcher ist per Voreinstellung aktiviert. Zur Verwaltung des Watcher-Prozesses wurden der Datei ics.conf neue Parameter hinzugefügt:

local.watcher.enable = "y": Das Startprogramm (csservice) versucht, den Watcher vor jedem anderen Dienst zu starten. Wenn dieser Parameter auf "n" gesetzt ist, ist das Watcher-Programm deaktiviert.
service.autorestart = "y": Der Watcher startet angehaltene Prozesse automatisch neu. Wenn Sie diesen Parameter auf "n" setzen, startet der Watcher angehaltene Prozesse nicht neu. Wenn dieser Parameter auf "n" ist, überwacht der Watcher weiterhin die Dienste und sendet Meldungen zu Fehlern oder Nichtverfügbarkeit an die Konsole und die Datei cal-svr-base/data/log.
local.autorestart.timeout = "600": Die standardmäßige Zeitspanne, nach der ein zweiter Serverfehler den Watcher veranlasst, keinen Neustart mehr durchzuführen.
local.watcher.port: Der Standardport lautet "49994". Da jedoch Messaging Server ebenfalls diesen Port überwacht, kann es zu Konflikten mit Calendar Server kommen, wenn Sie beide Produkte einsetzen. Zur Vermeidung möglicher Probleme sollten Sie für den Watcher einen anderen Port festlegen.

Watcher-Protokollierung in Calendar Server 6.3

Der Watcher schreibt in ein Protokoll, cal-svr-base/data/log/watcher.log, das die folgenden Informationen enthält:

Fehlermeldungen und Meldungen zur Nichtverfügbarkeit, die an die Administratorkonsole gesendet wurden.
Zeichnet sämtliche Start- und Stoppereignisse für den Server auf.

Automatischer Neustart in Hochverfügbarkeitsbereitstellungen in Calendar Server 6.3

Wenn ein Server innerhalb der festgelegten Zeitspanne für die Zeitüberschreitung zweimal ausfällt, versucht das System nicht mehr, den Server neu zu starten. In einem Hochverfügbarkeitssystem wird Calendar Server geschlossen und ein Failover auf das Zweitsystem durchgeführt.

Starten und Stoppen von Calendar Server 6.3 mithilfe von Wrapper-Skripts für csservice

Die öffentlichen Schnittstellen zu csservice sind start-cal und stop-cal. In diesem Abschnitt wird die Verwendung dieser Wrapper-Skripts aufgezeigt und es werden verschiedene Tabellen mit Erläuterungen der Optionen und eine Liste der zu startenden oder zu stoppenden Komponenten bereitgestellt.

Wrapper-Skript start-cal für Calendar Server 6.3

Verwenden Sie start-cal wie folgt:

./start-cal [Optionen...] [Komponenten...]

Es sind folgende Optionen verfügbar:

-? oder --help: Zeigt diese Hilfeliste an.
-d: Aktiviert den Debugging-Modus.
-l: Liste der aktiven Dienste.
-L: Liste der aktivierten Dienste.
-A: Liste aller Dienste.

Im Folgenden sehen Sie eine Liste der Komponenten:

watcher

ens

store

notify

admin

http

dwp

Wenn keine Komponenten aufgeführt werden, startet start-cal alle aktivierten Dienste.

Wrapper-Skript stop-cal für Calendar Server 6.3

Verwenden Sie stop-cal wie folgt:

./stop-cal [Optionen...] [Komponenten...]

Es sind folgende Optionen verfügbar:

-? oder --help: Zeigt diese Hilfeliste an.
-d: Aktiviert den Debugging-Modus.
-f: Erzwungene Beendigung über SIGKILL. (Dies funktioniert nur auf UNIX®-Plattformen.)

Im Folgenden sehen Sie eine Liste der Komponenten:

watcher

mfagent

ens

store

notify

admin

http

dwp

Falls keine Komponenten aufgeführt werden, beendet stop-cal alle aktivierten Dienste.

Integration des Monitoring Framework in Calendar Server 6.3

In diesem Abschnitt wird die Calendar Server-Implementierung des Monitoring Framework beschrieben. Es werden u. a. die folgenden Themen behandelt:

Weitere Informationen zum Java Enterprise System Monitoring Framework finden Sie im Sun Java Enterprise System 5 Monitoring Guide.

Implementierung des Monitoring Framework in Calendar Server

Calendar Server und Messaging Server werden minimal in das Monitoring Framework für Java Enterprise System integriert. Bei Ausführung des Monitoring Framework wird periodisch das Attribut operationalStatus geprüft, das entweder den Status OK (das System wird ausgeführt) oder den Status DOWN (das System wird nicht ausgeführt) aufweisen kann.

Ein neuer Prozess, der Monitoring Framework-Agent (csmfagent), wird beim Start des Systems gestartet (start-cal). Dieser Prozess wird zuerst gestartet. Der Prozess instanziiert eine Anwendung und legt deren Status als OK fest. SIGTERM wird ebenfalls abgefangen, in diesem Fall wird der Status auf DOWN gesetzt, und der Prozess wird beendet.

Ähnlich wird, sofern der Watcher konfiguriert und ausgeführt wird, bei einem Systemfehler oder bei Nichtverfügbarkeit des Systems vom Watcher ein SIGTERM-Signal abgesetzt, wodurch csmfagent beendet wird.

Konfiguration von Calender Server für das Monitoring Framework

Bearbeiten Sie die Konfigurationsdatei ics.conf, sodass diese die folgenden Parameter enthält:

local.csmfagent.enable = "y"

Konfiguration des Monitoring Framework für Calendar Server

Führen Sie die folgenden Schritte aus:

Kopieren Sie /opt/SUNWcsgar/config/com.sun.cmm.cs.xml nach /opt/SUNWmfwk/xml.
Beenden Sie den Manufacturing Framework-Prozess, und starten Sie ihn neu.

Installationsanforderungen für das Monitoring Framework für Calendar Server 6.3

Für die Verwendung des Monitoring Framework gelten zwei Anforderungen:

Das Java Enterprise System Monitoring Framework (JESMF) muss installiert sein.

Falls JESMF nicht installiert ist, kann csmfagent nicht ausgeführt werden.
Calendar Server muss die erforderlichen Bibliotheken ermitteln können.

Calendar Server ermittelt die Bibliotheken unter Verwendung symbolischer Links in /opt/SUNWics5/lib.

Dies sind die JESMF-Bibliotheken:

/opt/SUNWmfwk/lib/libMfTransaction.so

/opt/SUNWmfwk/lib/libMfRelations.so

/opt/SUNWmfwk/lib/libMflog4c.so

/opt/SUNWmfwk/lib/libMfMEServer.so

/opt/SUNWmfwk/lib/libmfBeepConnectorServer.so

/opt/SUNWmfwk/lib/libMfRserver.so

/opt/SUNWmfwk/lib/libMfMEInstrum.so

/opt/SUNWmfwk/lib/libMfDiscovery.so

/opt/SUNWmfwk/lib/libMfHashTable.so

/opt/SUNWmfwk/lib/libMflog.so

/opt/SUNWmfwk/lib/libasn1cebuf.so

/opt/SUNWmfwk/lib/libbeepcore.so

/opt/SUNWmfwk/lib/libbeepxmlutil.so

/opt/SUNWmfwk/lib/libbptostransport.so

/opt/SUNWmfwk/lib/libbptosutil.so

/opt/SUNWmfwk/lib/libbptoswrapper.so

/opt/SUNWmfwk/lib/libbputil.so

/opt/SUNWmfwk/lib/libcmm_native.so

/opt/SUNWmfwk/lib/libmfCserver.so

/opt/SUNWmfwk/lib/libmfNotificationProfile.so

/opt/SUNWmfwk/lib/libmfRequestResponseProfile.so

/opt/SUNWmfwk/lib/libmfTimers.so

/opt/SUNWmfwk/lib/libmfTimersJNI.so

/opt/SUNWmfwk/lib/libmfUtils.so

/opt/SUNWmfwk/lib/libmfber.so

/opt/SUNWmfwk/lib/libmfberj.so

/opt/SUNWmfwk/lib/libxmlglobal.so

Hinweis –

In der Liste werden alle JESMF-Bibliotheken aufgeführt. Möglicherweise sind nicht alle diese Bibliotheken zur Implementierung der Calendar Server-Partition des Monitoring Framework erforderlich.

Übergang auf Message Queue für Benachrichtigungsdienste von Calendar Server

In dieser Version stehen zwei Benachrichtigungsdienste für Ereignisbenachrichtigung und Alarme zur Verfügung: Sun Java System Message Queue (JMQ) und das Event Notification System (ENS). Für eine künftige Version der Kommunikationsdienste ist die ausschließliche Unterstützung von JMQ geplant, die Unterstützung von ENS soll eingestellt werden. Die vorliegende Version der Kommunikationsdienste (Messaging Server, Calendar Server und Instant Messaging) basiert jedoch weiterhin auf ENS, und Sie können ENS weiterhin für Benachrichtigungen und Alarme einsetzen.

Wenn Sie anstelle von ENS lieber JMQ verwenden möchten, müssen Sie Sun Java System Message Queue installieren und konfigurieren. Zudem müssen Sie Ihre Benachrichtigungen selbst schreiben, da von Calendar Server 6.3 keine bereitgestellt werden.

Installieren Sie das Produkt unter Verwendung des Sun Java Enterprise System-Installationsprogramms. Informationen zur Installation von Message Queue finden Sie in der Message Queue-Dokumentation.

Calendar Server-Konfigurationsparameter für JMQ

Zur Konfiguration von Calendar Server für JMQ müssen Sie der Datei ics.conf die folgenden Zeilen hinzufügen:

local.server.csmfagent.enable = "yes"

caldb.serveralarms.jmqlib = "/opt/SUNWics5/cal/lib/libmqcrt.so" (für Solaris)

Alternative:

caldb.serveralarms.jmqlib = "/opt/sun/calendar/lib/libmqcrt.so" (für Linux)

caldb.serveralarms.dispatchtype = "jmq"

caldb.serveralarms.jmqhost = "localhost"

caldb.serveralarms.jmqport = "7676"

caldb.serveralarms.jmqUser = "guest"

caldb.serveralarms.jmqPWD = "guest"

caldb.serveralarms.jmqTopic = "JES-CS"

Message Queue-Eigenschaften der Aktualisierungsbenachrichtigung für Calendar Server 6.3

Jede Nachricht muss die folgende Eigenschaft aufweisen: MQ_MESSAGE_TYPE_HEADER_PROPERTY . Über diese Eigenschaft wird die Art der Benachrichtigung identifiziert.

Darüber hinaus können Benachrichtigungen weitere Eigenschaften aufweisen, wie in der folgenden Tabelle gezeigt:

action: Eine Zeichenfolge, die den über diese Nachricht erzeugten Aktionstyp angibt. Diese Eigenschaft kann folgende Werte annehmen: "EMAIL", "AUDIO", "DISPLAY", "PROCEDURE", "FLASHING".
aid: Eine Zeichenfolge mit der Alarm-ID.
calid: Eine Zeichenfolge mit der Kalender-ID.
comptype: Eine Zeichenfolge, die den Komponententyp angibt. Dieser Wert lautet entweder "event" oder "todo".
rid: Eine Ganzzahl mit der Serien-ID.
uid: Eine Zeichenfolge mit der Komponenten-ID, die entweder die event-ID (Termin-ID) oder die todo-ID angibt (Aufgaben-ID).

Message Queue-Werte der Aktualisierungsbenachrichtigung für Calendar Server 6.3

Es gibt zwei Benachrichtigungstypen: Alarm- und Aktualisierungsbenachrichtigungen für Ereignisse und Aufgaben.

Für Alarmbenachrichtigungen lautet der Wert von MQ_MESSAGE_TYPE_HEADER_PROPERTY einfach "alarm".

Für Aktualisierungsbenachrichtigungen richtet sich der Wert von MQ_MESSAGE_TYPE_HEADER_PROPERTY nach dem Typ der Aktion, die mit der Benachrichtigung ausgelöst wird. Tabelle 2–2 führt die auslösenden Aktionen und die zugehörigen Werte für diese Eigenschaft auf.

Tabelle 2–2 Werte für die Aktualisierungsbenachrichtigung


Auslöser	Wert für die Aktualisierungsbenachrichtigung
Löschen eines Kalenders	`DELETECAL`
Ändern eines Ereignisses	`MODIFYEVENT`
Ändern einer Aufgabe	`MODIFYTODO`
Erstellen eines Ereignisses	`CREATEEVENT`
Erstellen einer Aufgabe	`CREATETODO`
Aktualisieren eines Ereignisses	`REFRESHEVENT`
Aktualisieren einer Aufgabe	`REFRESHTODO`
Antwort auf ein Ereignis	`REPLYEVENT`
Antwort auf eine Aufgabe	`REPLYTODO`

Ereignisorganisatoren empfangen Antwortbenachrichtigungen per E-Mail in Calendar Server 6.3

Es ist ab sofort möglich, E-Mail-Benachrichtigungen an Organisierer zu senden, wenn Teilnehmer auf eine Einladung antworten.

Sie konfigurieren diese Funktion, indem Sie den ics.conf-Parameter ine.reply.enable setzen. Mit "y" wird die Funktion für das gesamte System aktiviert. Mit "n" wird die Funktion deaktiviert. Die Funktion ist per Voreinstellung aktiviert.

Die drei Antworttypen lauten: accept, decline, tentatively accept. Die Benachrichtigung gibt an, ob die Antwort auf eine einzelne Einladung oder ein wiederkehrendes Ereignis erfolgt. Es wurden die folgenden neuen Nachrichtenformat-Dateiparameter hinzugefügt: Ebenfalls hinzugefügt wurden die folgenden entsprechenden Formatdateien:

calmail.imipeventacceptnotification.fname= "mail_eventacceptnotification.fmt"
calmail.imipeventdeclinenotification.fname= "mail_eventdeclinenotification.fmt"
calmail.imipeventtentativeacceptnotification.fname= "mail_eventtentativeacceptnotification.fmt"
calmail.imipeventacceptnotificationrecur.fname= "mail_eventacceptnotificationrecur.fmt"
calmail.imipeventdeclinenotificationrecur.fname= "mail_eventdeclinenotificationrecur.fmt"
calmail.imipeventtentativeacceptnotificationrecur.fname= "mail_eventtentativeacceptnotificationrecur.fmt"

Hinweis –

Bei dieser Funktion handelt es sich nicht um eine Benutzereinstellung, sondern um einen systemweiten Konfigurationsparameter, der auf alle Benutzer angewendet wird, die Einladungen versenden.

Weitere Informationen zur Konfiguration von Calendar Server für die E-Mail-Benachrichtigung finden Sie im Abschnitt To Enable Email Notifications in Sun Java System Calendar Server 6.3 Administration Guide.

Teilnehmer können ihre Ereigniskopien bearbeiten

Über die WCAP-Schnittstelle können ab sofort Teilnehmer Kopien von Kalenderereignissen bearbeiten, die Felder "Zusammenfassung" und "Beschreibung" eingeschlossen.

Erweiterung des Dienstprogramms für die Umbenennung

Das Dienstprogramm rename in Calendar Server 6.3 enthält gelöschte Elemente, wenn Kalenderinformationen umbenannt werden.

Geänderte Frei/Gebucht-Berechnung in Calendar Server 6.3

Abgelehnte Ereignisse erscheinen im Frei/Gebucht-Kalender nicht länger als belegte Zeiten.

Deaktivierung der alten Calendar Express-Benutzeroberfläche in Calendar Server 6.3

Bei früheren Versionen von Calendar Server wurde Calendar Express (die alte Benutzeroberfläche) automatisch installiert und aktiviert. Deaktivieren Sie dieses nicht, selbst wenn Sie die Benutzeroberfläche nicht verwenden. Wenn Sie ein Upgrade von einer früheren Version von Calendar Server auf Calendar Server 6.3 durchführen, wird bei der Aktualisierung service.http.ui.enable="y" der Datei ics.conf hinzugefügt. Auf diese Weise kann die alte Benutzeroberfläche weiterhin unverändert eingesetzt werden.

Zur Deaktivierung von Calendar Express geben Sie für service.http.ui.enable den Wert "n" in der Datei ics.conf an.

Keine automatische Installation der Calendar Express-Benutzeroberfläche in Calendar Server 6.3

Calendar Express wird bei einer Neuinstallation nicht automatisch installiert. Wenn Sie Calendar Server 6.3 neu installieren, jedoch Calendar Express als Benutzeroberfläche verwenden möchten, müssen Sie dies ausdrücklich mit dem Communications Suite 5-Installationsprogramm installieren. Anschließend müssen Sie diese konfigurieren, indem Sie service.http.ui.enable="y" zur Datei ics.conf hinzufügen. (Die Standardeinstellung bei der Neuinstallation lautet "n". Setzen Sie diesen Wert auf "y".)

Wenn Sie ein Upgrade von einer früheren Version von Calendar Server durchführen, wird bei der Aktualisierung dieser Parameter der Datei ics.conf hinzugefügt und auf "y" gesetzt. Auf diese Weise kann die Legacy-Benutzeroberfläche weiterhin unverändert eingesetzt werden. Wenn Sie die alte Benutzeroberfläche jedoch deaktivieren möchten, setzen Sie den Parameter auf "n".

Installation auf gemischten Hardwareplattformen

In der Vergangenheit war es für verteilte Datenbankumgebungen (DWP mit CLD-Plugin) aufgrund von Übersetzungsproblemen von Big-Endian zu Little-Endian-Problemen erforderlich, dass Front-End- und Back-End-Prozesse auf derselben Hardwareplattform installiert werden. Diese Einschränkung gilt ab sofort nicht mehr. Front-End- und Back-End-Prozesse können nun auf unterschiedlichen Hardwareplattformen installiert werden.

Beispielsweise kann als Front-End-Computer ein x86-Rechner verwendet werden und als Back-End ein SPARC-Rechner.

iTIP-Kompatibilität in Calendar Server 6.3

Von Calendar Server gesendete Nachrichten sind nun iTIP-kompatibel (für Interoperabilität mit Microsoft Outlook).

comm_dssetup.pl: Neue Option erhöht für die Passwortdatei die Sicherheit in Calendar Server 6.3

Zur Verbesserung der Sicherheit ist es jetzt möglich, bei Ausführung von comm_dssetup.pl anstelle eines Textpassworts eine Passwortdatei festzulegen. Mit der neuen Option -j <Passwortdateiname> können Sie Passwörter schützen und die Sicherheit erhöhen. Dies ist insbesondere für Skripts von Vorteil. Wenn Sie über Skripts verfügen, die derzeit das Passwort offenlegen, können Sie dies ändern, indem Sie die Option -w < Passwort> löschen und durch die neue Option ersetzen.

Hinweis –

Es handelt sich hierbei um einen Fix für Problem 6392093.

Calendar Server 6.3-Dienstprogramme csdb, cscal und csuser verschoben nach cal/sbin

In früheren Versionen von Calendar Server befanden sich csdb, cscal und csuser im Verzeichnis cal/bin, ab sofort lautet der neue Speicherort jedoch cal/sbin.

SSL-Änderungen an der Datei ics.conf für Calendar Server 6.3

Aufgrund von Änderungen am Calendar Server-Programmcode wurden die folgenden Änderungen an der Datei ics.conf vorgenommen:

service.http.ssl.certdb.path verworfen zugunsten von local.ssldbpath. Der angegebene Pfad sollte auf die Datei config verweisen ("/etc/opt/SUNWics5/ config").
Statt das Passwort für die Zertifikatdatenbank in die Datei ics.conf einzufügen, wird das Passwort jetzt in einer Datei (sslpassword.conf) im Verzeichnis config gespeichert.

Das Format für ein Passwort in dieser Datei lautet folgendermaßen:
```
Internal (Software) Token:Passwort
```

Veraltete und entfernte Funktionen von Calendar Server 6.3

Für Sun Java System Calendar Server 6.3 wurden die folgenden Funktionen verworfen:

Die grafische Benutzeroberfläche (GUI), Calendar Express, wurde zugunsten der Communications Express-GUI verworfen und wird in künftigen Distributionen nicht mehr enthalten sein. Stellen Sie möglichst bald auf Communications Express um.
Der WCAP-Parameter attachments, verwendet sowohl von storeevents als auch von storetodo, wurde verworfen. Zur Bereitstellung von Abwärtskompatibilität wird dieser Parameter jedoch weiterhin unterstützt. In künftigen Versionen wird dieser Parameter allerdings nicht mehr erkannt. Ändern Sie alle Skripts, die diesen Parameter verwenden.
Das Dienstprogramm cstool zur Überwachung der Calendar Server-Aktivität wurde aus Calendar Server 6.3 entfernt.
Die Calendar Server-Software ist nicht mehr für Windows- und HP-UX-Plattformen verfügbar.

Anforderungen für Calendar Server 6.3

In diesem Abschnitt werden die Hardware und Software beschrieben, die für diese Version von Calendar Server erforderlich sind und empfohlen werden.

Produktversions-Kompatibilitätsanforderungen für Calendar Server 6.3.

Calendar Server ist mit den in diesem Abschnitt aufgeführten Produktversionen kompatibel:

Tabelle 2–3 Produktversions-Kompatibilitätsanforderungen für Calendar Server 6.3.


Produkt	Version
Sun Cluster	3.1
Sun Java System Directory Server	5.1, 5.2, 6.0
Sun Java System Message Queue	3.7
Sun Java System Access Manager (früher unter dem Namen: Identity Server)	Legacy 6.x): Unterstützt Access Manager 6-Funktionen, einschließlich der Access Manager 6-Konsole und des Verzeichnisinformationsbaums (DIT). Falls Sie Access Manager mit Portal Server, Messaging Server, Calendar Server, Delegated Administrator oder Instant Messaging installieren, müssen Sie den Installationstyp "Access Manager Compatible (6.x)" auswählen.
Sun Java System Web Server	7.x
Sun Java System Application Server	8.2

NSS-Versionsanforderungen für Calendar Server6.3

Für Calendar Server 6.3 ist die Verwendung der NSS-Version 3.9.3 für gemeinsam verwendete Sicherheitskomponenten erforderlich.

Einzelheiten zu den Produktabhängigkeiten finden Sie im Sun Java Enterprise System 5 Installation Guide for UNIX und in Sun Java Enterprise System 5 Release Notes for UNIX.

Calendar Server – Hardwareanforderungen und Empfehlungen

Etwa 500 MB Festplattenspeicher für die Standardinstallation. Für Produktionssysteme mindestens 1 GB.
128 MB RAM. Für Produktionssysteme zwischen 256 MB und 1 GB für optimale Leistung.
RAID-Speicher für schnellen Zugriff (empfehlenswert für große Datenbanken).

Calendar Server – Softwareanforderungen und Empfehlungen

In diesem Abschnitt wird die Software beschrieben, die für diese Version von Calendar Server erforderlich sind und empfohlen werden.

Calendar Server – Betriebssystemanforderungen

Solaris^TM 10 Betriebssystem (SPARC® Platform Edition, x86 Platform Edition)
Solaris 9 (5.9) Betriebssystem (SPARC Platform Edition, x86 Platform Edition)
Red Hat Enterprise Linux Advanced Server (32-Bit-Version), Versionen 3 (alle Updates) und 4 (alle Updates)
Die Calendar Server-Software wird unter Windows und HP-UX nicht mehr unterstützt.

Empfohlene Browser für Clientcomputer

Siehe Browseranforderungen für Communications Express in Kapitel 6, Versionshinweise zu Sun Java System Communications Express 6.3 .

Wichtige Patch-Informationen für Calendar Server 6.3

Für die allgemeine Version von Communications Suite 5 sind die folgenden Patches für das Calendar Server 6.3-Upgrade verfügbar:

Plattform	Patch-Nummer (Englisch)	Patch-Nummer (Lokalisiert)
Solaris, SPARC	121657–17	117010-26
x86	121658–17	117011-26
Linux	121659–17	117852-26

Die aktuellen Produkt-Patches finden Sie auf der Sun Solve-Website. Suchen Sie auf der Sun Solve-Website wie im Folgenden beschrieben nach Patches:

Patches für SunSolve

Eine aktuelle Liste der erforderlichen Patches für Sun Java System Calendar Server finden Sie auf der folgenden Website:

http://sunsolve.sun.com

Gehen Sie dort zu "Patches" oder "Patch Portal".

Folgen Sie danach den Sun Java System Calendar Server-Links.

Wann immer sich die Anforderungen für Betriebssystem-Patches ändern und neue Patches für Java Enterprise System-Komponenten verfügbar sind, werden die Updates auf der SunSolve-Website bereitgestellt, zunächst in Form von Patch-Clustern.

Hinweise zur Installation von Calendar Server

Dieser Abschnitt enthält Informationen, die Ihnen vor der Installation von Calendar Server 6.3 bekannt sein sollten, u. a.:

Achtung –

Calendar Server unterstützt keine NFS-gemounteten (Network File System) Partitionen. Installieren oder erstellen Sie keinen Teil von Calendar Server, einschließlich ausführbarer, Datenbank-, Konfigurations-, Daten-, temporärer oder Protokolldateien, auf einer NFS-gemounteten Partition.

Linux-Plattformunterstützung für Calendar Server

Java Enterprise System läuft auch auf der Plattform Linux. Die Hauptunterschiede für den Benutzer bestehen in den Namen der Pfade, unter denen die Produktverzeichnisse installiert sind. Die Linux-Plattform wird in einem anderen Verzeichnis installiert als die Solaris-Plattform.

Die folgende Tabelle enthält die Standard-Installationsverzeichnispfade für Solaris und Linux:

Solaris-Standardverzeichnisse	Linux-Standardverzeichnisse
`/opt/SUNWics5/cal/` (`cal-svr-base`)	`/opt/sun/calendar` (`cal-svr-base`)
`/etc/opt/SUNWics5/config`	`/etc/opt/sun/calendar/config`
`/var/opt/SUNWics5/`	`/var/opt/sun/calendar`

Tipp –

In der Dokumentation wird das Standardinstallationsverzeichnis für Calendar Server als cal-svr-base bezeichnet.

Betriebssystem-Patches

Vor der Installation von Calendar Server müssen Sie die erforderlichen Betriebssystem-Patches anwenden. Eine Liste der erforderlichen Patches finden Sie in Sun Java Enterprise System 5 Release Notes for UNIX.

Erforderliche Berechtigungen

Um das Installationsprogramm von Sun Java Enterprise System oder das Konfigurationsprogramm Calendar Server 6.3 auf Solaris-Systemen auszuführen, müssen Sie sich als Superuser (root) anmelden.

Linux-Paketnamen

Installieren Sie Calendar Server 6.3 mithilfe des Sun Java Enterprise System-Installationsprogramms. Mit dem Java Enterprise System-Installationsprogramm werden die Sun-Komponentenproduktpakete, u. a. Calendar Server 6.3, sowie die gemeinsam genutzten, von den verschiedenen Produkten verwendeten Komponenten installiert.

Die folgende Tabelle enthält eine Liste der Linux-Paketnamen für die verschiedenen Calendar Server-verwandten Komponenten.

Komponente	Paketname
Calendar Server	`sun_calendar-core` `sun-calendar-api`
Lokalisierte Pakete:
Spanisch	`sun-calendar-core-es`
Koreanisch	`sun-calendar-core-ko`
Französisch	`sun-calendar-core-fr`
Chinesisch	`sun-calendar-core-zh_CN`
Deutsch	`sun-calendar-core-de`
Japanisch	`sun-calendar-core-ja`
Taiwanesisch	`sun-calendar-core-zh_TW`

Aktualisieren einer früheren Version von Calendar Server 6

Mit dem Sun Java System Communications Suite-Installationsprogramm können Sie kein Upgrade auf Calendar Server Version 6.3 durchführen. Sie müssen den patchadd-Prozess verwenden.

Weitere Informationen zur Aktualisierung von Calendar Server 6.3 finden Sie unter Sun Java Communications Suite 5 Upgrade Guide.

Aktualisieren der Kalenderdatenbank

Nach dem Aktualisieren von Calendar Server 6.3 ist ebenfalls ein Upgrade der Datenbanken erforderlich, das mit verschiedenen in diesem Abschnitt genannten Datenbanktools durchgeführt werden kann. Weitere Informationen zu Migrationstools finden Sie im Sun Java System Calendar Server 6.3 Administration Guide.

Dieser Abschnitt behandelt die folgenden Themen:

Aktualisieren einer früheren Version von Calendar Server

Wenn die Ihre letzte Version der Calendar Server-Software älter als Version 5.1.1 ist, wenden Sie sich an den technischen Support, der Ihnen bei der Migration Ihrer Datenbanken behilflich sein kann, sodass diese mit Calendar Server 5.1.1 kompatibel sind. Eine direkte Migration auf Calendar Server Version 6 ist nicht möglich. Bei der vom technischen Support empfohlenen Vorgehensweise ist zunächst die Installation von Calendar Server 5.1.1 erforderlich. Sind die Datenbankdateien anschließend mit Calendar Server 5.1.1 kompatibel, installieren Sie Calendar Server 6.3, und führen Sie die folgenden Datenbank-Tools in der aufgelisteten Reihenfolge aus.

cs5migrate

Führen Sie mit diesem Dienstprogramm ein Upgrade der Datenbanken von Version 5.1.1 auf Version 6.2 durch. Dieser Zwischenschritt ist erforderlich, bevor Sie das Dienstprogramm csmigrate ausführen, um Version 6.3-kompatible Datenbanken zu erzeugen. Das Dienstprogramm cs5migrate befindet sich nach der Installation von Calendar Server 6.3 im sbin-Verzeichnis.

Legen Sie die -r-Option fest. Anschließend erstellt das Dienstprogramm cs5migrate Master- und Ausnahmefehlerdatensätze für alle wiederkehrenden Ereignisse und Aufgaben. Ab sofort erzeugt Calendar Server diese Datensätze automatisch.

Dieses Dienstprogramm führt die folgenden Datenbankänderungen durch:

Migration der LDAP-Datenbanken von Calendar Server 5.1.1 auf Calendar Server 6.3 kompatible Daten.
Migration der Datenbank von Berkeley auf Version 4.2.
Protokollierung des Migrationsstatus in der Protokolldatei csmigrate.log
Protokollierung von Fehlern in der Protokolldatei csmigrateerror.log

csmig

Führen Sie dieses Dienstprogramm aus, damit das LDAP-CLD-Plug-In ordnungsgemäß funktioniert.

csvdmig

Mit diesem Dienstprogramm können Sie eine Kalenderdatenbank, die nicht zu einer Domäne gehört, in eine einzelne mit einer Multi-Domänen-Umgebung kompatiblen Domänendatenbank konvertieren.

csmigrate

Die Calendar Server-Datenbanken befinden sich jetzt im Version 6.2-Modus. Migrieren Sie die Calendar Server 6.2-Datenbanken mit dem Dienstprogramm csmigrate auf Calendar Server Version 6.3.

Das Dienstprogramm csmigrate befindet sich zusammen mit weiteren Verwaltungstools im sbin-Verzeichnis der neu installierten Calendar Server 6.3-Software. Weitere Informationen zu csmigrate finden Sie im Sun Java System Calendar Server 6.3 Administration Guide.

Achtung –

Falls Sie eine viel ältere Version von Calendar Server aktualisieren, die für den beschränkten virtuellen Domänenmodus konfiguriert war oder für die mehrere Instanzen von Calendar Server auf demselben Rechner vorhanden sind, wenden Sie sich an einen Vertriebsmitarbeiter von Sun Microsystems, Inc. und bitten ihn um eine Auswertung Ihrer Migrationsanforderungen und darum, sicherzustellen, dass Sie über das richtige Migrationsdienstprogramm für diese Anforderungen verfügen.

Darüber hinaus sollten Sie unbedingt eine Sicherungskopie der Datenbank erstellen, bevor Sie die Datenbank migrieren.

Upgrade von Datenbanken der Calendar Server Version 6.0, 6.1 oder 6.2 auf Calendar Server Version 6.3-kompatible Datenbanken

Aktualisieren Sie mit csmigrate die Kalenderdatenbank, sodass diese mit Version 6.3 kompatibel sind.

Calendar Server – nach der Installation durchzuführende Konfigurationsaufgaben

Nachdem Sie eine Installation oder ein Upgrade auf Calendar Server 6.3 durchgeführt haben und bevor Sie Calendar Server verwenden können, müssen Sie folgenden Konfigurationsaufgaben ausführen:

Führen Sie das Directory Server-Setupskript (comm_dssetup.pl) aus, um das Sun Java System Directory Server für Calendar Server-Schema zu konfigurieren. Anweisungen finden Sie in Kapitel 8, Directory Preparation Tool (comm_dssetup.pl) in Sun Java Communications Suite 5 Installation Guide.
Führen Sie das Calendar Server-Konfigurationsprogramm (csconfigurator.sh ) aus, um die besonderen Anforderungen Ihres Standorts zu konfigurieren. Anweisungen hierzu finden Sie im Sun Java System Calendar Server 6.3 Administration Guide.

Speicherorte der Calendar Server-Daten und -Programmdateien

In der folgenden Tabelle wird beschrieben, wo Sie die verschiedenen Dateien und Programme finden, auf die in der Dokumentation für die Solaris- und Linux-Plattformen verwiesen wird:

Dateinamen	Solaris-Verzeichnispfade	Linux-Verzeichnispfade
Administratordienstprogramme: `start-cal,` `stop-cal,` `csattribute,` `csbackup,` `cscal,` `cscomponents,` `csdb,` `csdomain,` `csexport,` `csimport,` `csmonitor,` `csplugin,` `cspurge,` `csrename,` `csresource,` `csrestore,` `csschedule,` `csstats,` `cstool` und `csuser`	`/opt/SUNWics5/cal/sbin`	`/opt/sun/calendar/sbin`
Migrationsdienstprogramme: `csmig` und `csvdmig`	`/opt/SUNWics5/cal/sbin`	`/opt/sun/calendar/sbin`
Konfigurationsdateien: `ics.conf,` `version.conf,` `counter.conf` und `sslpassword.conf`	Nach der Installation befinden sich die Dateien unter: `/opt/SUNWics5/cal/` `Konfigurationsvorlage` Während der Konfiguration werden die Dateien aus dem oben genannten Verzeichnis in die Verzeichnisse verschoben, die Sie durch Auswahl der Konfigurationsoptionen angegeben haben. Das Standardverzeichnis lautet: `/etc/opt/SunWics5/config`	Nach der Installation befinden sich die Dateien unter: `/opt/sun/calendar/` `Konfigurationsvorlage` Während der Konfiguration werden die Dateien aus dem oben genannten Verzeichnis in die Verzeichnisse verschoben, die Sie durch Auswahl der Konfigurationsoptionen angegeben haben.
Mail-Formatierungsdateien (*.`fmt)`	Nach der Installation befinden sich die Dateien unter: `/opt/SUNWics5/cal/` `Konfigurationsvorlage` Nach der Konfiguration befinden sich die Dateien unter: `/etc/opt/SUNWics5/ config/Sprache` Hierbei steht "Sprache" für en, de, es, fr, ja, ko, zh-TW oder zh-CN.	Nach der Installation befinden sich die Dateien unter `/opt/sun/calendar/` `Konfigurationsvorlage` Nach der Konfiguration befinden sich die Dateien unter: `/etc/opt/sun/calendar/config/` `Sprache` Hierbei steht "Sprache" für en, de, es, fr, ja, ko, zh-TW oder zh-CN.
Bibliotheksdateien (.so) SSL-Dienstprogramme: `certutil` und `modutil`	`/opt/SUNWics5/cal/lib`	`/opt/sun/calendar/lib`
Sitzungsdatenbank	`/opt/SUNWics5/cal/data/http`	`/opt/sun/calendar/data/http`
Zählerstatistikdateien: `counter` und `counter.dbstat`	`/opt/SUNWics5/cal/lib/ counter`	`/opt/sun/calendar/lib/ counter`
Datei `timezones.ics`	`/opt/SUNWics5/cal/config`	`/opt/sun/calendar/config`

Feinabstimmung der Directory Server-Leistung für Calendar Server

Wenn Sie die Leistung des LDAP-Verzeichnisservers steigern möchten, insbesondere wenn Sie Kalendersuchvorgänge im LDAP-Verzeichnis durchführen, ziehen Sie folgende Aspekte in Betracht:

Indizieren der Attribute des LDAP-Verzeichnisservers

Um die Leistung beim Zugriff von Calendar Server auf den LDAP-Verzeichnisserver zu verbessern, fügen Sie der LDAP-Konfigurationsdatei für die verschiedenen Attribute Indizes hinzu.

Das Konfigurationsprogramm comm_dssetup.pl kann die Indizierung für Sie vornehmen (optional).

Tipp –

Führen Sie den folgenden Test durch, um zu sehen, welche Leistungsvorteile eine Indizierung bewirken kann:

Halten Sie vor der Indizierung fest, wie lange die Ausführung des LDAP-Befehls dauert:
ldapsearch -b "Basisverzeichnis" "(&(icscalendarowned=* Benutzer*)(objectclass=icsCalendarUser))"
Hierbei steht Basisverzeichnis für den LDAP-Basis-DN des Verzeichnisservers, auf dem die Benutzer- und Ressourcendaten für Calendar Server gespeichert sind, und Benutzer steht für den Wert, den ein Endbenutzer im Dialogfeld Calendar Search eingeben kann.
Führen Sie die Indizierung für icsCalendarOwned aus.
Führen Sie den folgenden LDAP-Befehl erneut aus, und halten Sie die Zeit fest:
ldapsearch -b "Basisverzeichnis" "(&(icscalendarowned=*Benutzer*)(objectclass=icsCalendarUser))"
Hierbei steht Basisverzeichnis für den LDAP-Basis-DN des Verzeichnisservers, auf dem die Benutzer- und Ressourcendaten für Calendar Server gespeichert sind, und Benutzer steht für den Wert, den ein Endbenutzer im Dialogfeld Calendar Search eingeben kann.
Vergleichen Sie die Zeiten. Es sollte ein messbarer Zeitunterschied vorhanden sein.

Überprüfen und Festlegen der Parameter für Größenbeschränkung und Suchbegrenzung

Um zu ermitteln, ob die Parameter für die Suchbegrenzung (:nsslapd-lookthroughlimit) und die Größenbeschränkung (nsslapd-sizelimit) auf passende Werte eingestellt sind, verwenden Sie folgenden Befehl:

ldapsearch -b "Basisverzeichnis" "(&(icscalendarowned=*
Benutzer-ID*)
(objectclass=icsCalendarUser))"

Hierbei steht Basisverzeichnis für den LDAP-Basis-DN des Verzeichnisservers, auf dem die Benutzer- und Ressourcendaten für Calendar Server gespeichert sind, und Benutzer-ID ist der Wert, den ein Endbenutzer in einem Kalendersuchdialogfeld in Communications Express eingeben kann.

Wenn der LDAP-Server einen Fehler zurückgibt, ist der Wert des Parameters nsslapd-sizelimit bzw. nsslapd-lookthroughlimit möglicherweise nicht hoch genug. Halten Sie sich beim Festlegen dieser Parameter an folgende Richtlinien:

Vergewissern Sie sich, dass der Wert für den Parameter nsslapd-sizelimit in der Datei slapd.conf bzw. in der entsprechenden Datei so hoch ist, dass alle gewünschten Ergebnisse zurückgegeben werden können. Anderenfalls wird möglicherweise Text abgeschnitten oder es werden gar keine Ergebnisse angezeigt.
Vergewissern Sie sich, dass der Wert für den Parameter nsslapd-lookthroughlimit in der Datei slapd.ldbm.conf bzw. in der entsprechenden Datei so hoch ist, dass ein Suchvorgang für sämtliche Benutzer und Ressourcen im LDAP-Verzeichnis durchgeführt werden kann. Legen Sie, falls möglich, nsslapd-lookthroughlimit auf -1 fest, wodurch kein Grenzwert festgelegt wird.

Communications Express bei Verwendung von Schema 1

Bei Verwendung von Schema 1 gibt es zwei Probleme in Communications Express:

Wenn Sie Communications Express mit Sun LDAP Schema 1 ausführen, müssen Sie den DC-Stammknoten mithilfe von ldapmodify zu LDAP hinzufügen, bevor Sie das Communications Express-Konfigurationsprogramm ausführen. Der Eintrag sollte dann wie folgt aussehen:
```
dn: o=internet
 objectClass: organization
 o: internet
 description: Root level node in the Domain Component (DC) tree
```
Das Kalenderdienstprogramm csuser, das zur Bereitstellung von Benutzern in Schema 1 verwendet wird, wurde speziell für Calendar Express erstellt und aktiviert einen Benutzer nicht für den Adressbuchdienst, wie für Communications Express erforderlich.

Calendar Server – Tools für die Bereitstellung

Es gibt zwei Tools, mit deren Hilfe Benutzer, Gruppen und Domänen für Calendar Server bereitgestellt werden: Die Dienstprogramme Delegated Administrator und Calendar Server. Delegated Administrator bietet zwei Benutzeroberflächen: die Konsole, eine grafische Benutzeroberfläche, und das Dienstprogramm, eine Befehlszeilenschnittstelle. Weitere Informationen zu Delegated Administrator finden Sie im Sun Java System Communications Services 6 2005Q4 Delegated Administrator Guide. Anweisungen zur Verwendung der Konsole finden Sie in der Online-Hilfe von Delegated Administrator Console.

Weitere Informationen zu den Calendar Server-Dienstprogrammen finden Sie im Sun Java System Calendar Server 6.3 Administration Guide.

Achtung –

Versuchen Sie nicht, Benutzer über die Access Manager-Konsole bereitzustellen. Auch wenn es möglich ist, Benutzer auf diese Weise zu erstellen und einem Kalenderdienst zuzuweisen, sollten Sie diese Methode nicht verwenden, da das Ergebnis nicht vorhersehbar ist und sich negativ auf die Bereitstellung auswirken kann.

Dokumentationsupdates für Calendar Server

Für Calender Server 6.3 steht die folgende Dokumentation zur Verfügung. Teilenummern sind in Klammern angegeben.

Sun Java System Calendar Server 6.3 Administration Guide (819-4654)
Sun Java System Calendar Server 6.3 WCAP Developer’s Guide (819-4655)

Hinweis –
Die Dokumentation vom Developer's Guide wurde für diese Version neu strukturiert. Alle Kapitel, die nicht WCAP behandeln, wurden entfernt. Das entfernte Material, zum Thema CSAPI und AuthSDK, wurde für verschiedene Versionen nicht angepasst. IWenn Sie Informationen aus den gelöschten Teilen benötigen, schlagen Sie in den entsprechenden Abschnitten einer älteren Handbuchversion nach, z. B. im Sun Java System Calendar Server 6 2005Q4 Developer’s Guide .
Sun Java System Communications Express 6.3 Administration Guide (819-4440)
Sun Java System Communications Express 6 2005Q4 Customization Guide (819–2662)
Sun Java System Delegated Administrator 6.4 Administration Guide (819-4438)
Sun Java Communications Suite 5 Schema Reference (819-4437)
Sun Java System Communications Services 6 2005Q4 Schema Migration Guide (819-2656)
Sun Java Communications Suite 5 Event Notification Service Guide (819-4435)

Die Onlinehilfe von Communications Express steht in der Benutzeroberfläche zur Verfügung.

Die Onlinehilfe von Delegated Administrator Console steht in der Benutzeroberfläche zur Verfügung.

Die Dokumentation zu Calendar Server 6.3 steht auf der folgenden Website zur Verfügung:

http://docs.sun.com/coll/1313.2

Sun Java Enterprise System Technical Note: Sun Java System Calendar Frequently Asked Questions (819–2631) Dieses FAQ-Dokument wurde für diese Version nicht aktualisiert.

Kompatibilitätsprobleme mit Calendar Server

Die folgende Tabelle enthält eine Liste der bekannten Inkompatibilitäten zwischen Calendar Server6.3 und früheren Versionen.

Inkompatibilität	Auswirkung	Kommentare
Access Manager bietet jetzt zwei Installationstypen: Legacy und Realm.	Bei der Installation müssen Sie Legacy als Installationstyp im folgenden Bildschirm wählen: `Access Manager: Administration (1 of 6)`	Falls der falsche Access Manager installiert wird, können Sie Delegated Administrator nicht mehr ausführen.
Das Directory Preparation Tool `(comm_dssetup.pl)` unter `/opt/SUNWics5` funktioniert nicht.	`comm_dssetup.pl` befindet sich jetzt in einem eigenen Paket im Verzeichnis `/opt/SUNcomds` für Solaris und im Verzeichnis `/opt/sun/comms/dssetup` für Linux. Vorhandene Skripts, die den alten Pfad verwenden, müssen aktualisiert werden.	Vergewissern Sie sich, dass zur Installation des Pakets das Directory Preparation Tool im entsprechenden Installationsbildschirm ausgewählt ist.
Das Konfigurationsprogramm für Delegated Administrator wurde geändert.	Installieren Sie Delegated Administrator, und führen Sie das Konfigurationsprogramm aus. Das aktuelle Programm befindet sich unter: für Solaris `/opt/SUNWcomm/sbin/ config-commda` für Linux `/opt/sun/comms/ config-commda`	Führen Sie ein Upgrade auf den neuen Delegated Administrator aus, wenn Sie diese Version von Calendar Server installieren.
Diese Version von Communications Express ist mit der Vorgängerversion von Calendar Server inkompatibel.	Beim Upgrade von Communications Express müssen Sie auch ein Upgrade von Calendar Server ausführen.	Dies gilt auch für Messaging Server.
Aufgrund einer Änderung in Bezug auf die Paketerstellung muss Calendar Express zur Laufzeit eine Zeichenfolgenersetzung vornehmen.	Erhebliche Leistungseinbußen	Wenden Sie sich an den technischen Support, um ein Skript zu erhalten, das Sie vor dem Start von Calendar Server ausführen. Das Skript führt alle erforderlichen Zeichenfolgenersetzungen durch. Calendar Express wird verworfen und in künftigen Versionen von Calendar Server nicht mehr bereitgestellt. Dieses Problem wird nicht behoben.
Aufgrund einer Änderung am Programmcode bei der SSL-Verarbeitung funktionieren die folgenden Parameter nicht mehr: `service.http.ssl.certdb.path`	Skripts und Konfigurationsdateien, die weiterhin die alten Parameter und Konfigurationsdateien zur Referenzierung des SSL-Verzeichnisses verwenden, funktionieren nicht mehr. SSL ist nicht aktiviert.	Der Datei `ics.conf` wird ein neuer Parameter hinzugefügt: `local.ssldbpath = "/etc/opt/SUNWics5/config"`
Das Passwort für die Zertifikatdatenbank wird nicht länger als `ics.conf`-Parameter gespeichert: `service.http.ssl. certdb.password`	SSL-Passwort wird nicht gefunden. Fehlermeldung: `Allgemeiner Fehler: http_ssl_init(): SSL-Initialisierung fehlgeschlagen.`	Das Passwort für die Zertifikatdatenbank befindet sich nun in der folgenden Datei im `config`-Verzeichnis: `sslpassword.conf` Das Passwortformat lautet: Internal (Software) Token:`Passwort`
Nicht-Domänen-Umgebung nicht länger zulässig.	Skripts, die LDAP-Einträge bearbeiten, müssen nun eine Standarddomäne umfassen.	Bei der Installation und Konfiguration von Calendar Server wird eine automatische Konvertierung aller LDAP-Einträge durchgeführt, um die angegebene Standarddomäne hinzuzufügen. Eingehende Anforderungen (WCAP-Befehle) ohne Angabe einer Domäne werden automatisch der Standarddomäne zugeordnet. Skripts jedoch, die eine direkte Bearbeitung von LDAP-Einträgen vornehmen, müssen die neue Standarddomäne enthalten.
Die Parameter `service.admin.calmaster.userid` und `service.admin.calmaster.cred` in der Datei `ics.conf` werden nicht mehr verwendet.	Sie können die Calendar Server-Benutzereinstellungen und Anmeldeinformationen mithilfe dieser alten Parameter nicht mehr festlegen.	Der Parameter `service.admin.calmaster.userid` wird geändert in `service.siteadmin.userid`, der Parameter `service.admin.calmaster.cred` wird geändert in `service.siteadmin.cred`. Bei einem Upgrade werden diese Parameter durch die Patch-Skripts migriert.
Windows- und HP-UX-Versionen von Calendar Server sind nicht mehr verfügbar.	Solaris und Linux sind die einzigen Betriebssysteme, die von der Calendar Server-Software auf der Serverseite unterstützt werden.	Dies hat jedoch keine Auswirkungen auf die Software der Clientseite, wie z. B. dem Connector für Microsoft Outlook. Eine Liste der unterstützten Betriebssysteme finden Sie in den Versionshinweisen der betreffenden Clientkomponente.

In dieser Version von Calendar Server behobene Probleme

In der nachstehenden Liste werden Probleme aufgeführt, die für die Beta-Version von Calendar Server 6.3 gemeldet wurden:

4845346

csuser delete löscht nur den Standardkalender.

4962061

Passwort für den Directory-Manager wird als Klartext in Datei ics.conf gespeichert.

4963237

Benutzer, die vor der Konfiguration von Hostdomänen eingerichtet werden, können keine Ereignisse erstellen.

5060833

In der Kalenderkonfigurationsdatei deaktivierte Prozesse werden nicht beendet, wenn der stop-Befehl abgesetzt wird.

Steht in Beziehung zu Problem-ID 6216869. Wenn Sie einen Prozess (wie enpd) starten und ihn dann in der Datei ics.conf anzeigen, hält das System beim Ausführen von stop-cal den deaktivierten Prozess nicht an.

6179278

Die aktiven Sicherungsdateien sind nicht entsprechend den Konfigurationseinstellungen bereinigt.

6203605, 6245878, 6246230

Die Administratoren können eine Domäne nicht aus LDAP löschen.

commadmin domain purge entfernt keine Einträge, deren icsStatus deleted lautet. Der Status muss removed lauten. Das empfohlene Dienstprogramm csclean von Calender Server ändert den Status icsStatus nicht in removed.

6210830

deletecomponents_by_range entfernt Aufgaben auch dann, wenn das Fälligkeitsdatum außerhalb des Löschbereichs liegt.

6210906

deletetodos_by_range.wcap erkennt dtstart nicht., Behandlung wie dtstart=0.

6216869

DWP wird nicht angehalten, wenn der stop-Befehl abgesetzt wird.

Steht in Beziehung zu Problem-ID 5060833. Wird DWP deaktiviert, während der DWP-Prozess deaktiviert wird, führt stop-cal nicht zu einer Beendigung. stop-cal sollte alle Dienste anhalten, nicht lediglich die aktivierten Dienste.

6268143

RFE: innerhalb einer Gruppe wird für die Mitglieder nur der calid-Wert angezeigt, nicht der Name.

6283756

E-Mails zur Ereignisbenachrichtigung haben lange Zeilen, was zu einer Verletzung von RFC 2822 führt.

6286886

Calendar Server sollte die Datei certmap.conf nicht bündeln, da dies nicht erforderlich ist. Die Datei ist für die clientbasierte SSL-Authentifzierung gedacht, die von Calendar Server nicht unterstützt wird.

6371337

cshttpd führt bei Aufruf von set_calprops.wcap zu Core-Dump.

6377803

Wenn Directory Server für Schema 2 konfiguriert ist und keine Domäne erstellt wurde, zeigt das Konfigurationsprogramm für Calendar Server eine Fehlermeldung an und lässt eine Konfiguration für einen solchen Directory Server nicht zu.

Hinweis –

Dieser Fehler wurde nur für die GUI-Version des Konfigurationsprogramms behoben. Für die Befehlszeilenversion muss die Domäne in Delegated Administrator erstellt werden, bevor eine Konfiguration von Calendar Server möglich ist.

6391020

Es wird eine irreführende Fehlermeldung für Calendar Server protokolliert.

6397674

csmigrate sollte ein Verzeichnis erstellen, wenn es nicht vorhanden ist.

6402557

csclean entfernt nicht den Benutzerkalender. Es wird keine Warnung zur Ursache angezeigt.

6404071

WCAP errno gibt bei dem Versuch, Benutzer anderer Domänen einzuladen, einen Wert von 60 zurück, wenn die domänenübergreifende Suche aktiviert ist.

6411890

proxyauth muss standardmäßig aktiviert sein.

6412007

Es werden zwei E-Mail-Benachrichtigungen gesendet, wenn eine Instanz einer Ereigniskette geändert wird.

6414650

Migrationsprogramm csmigrate hängt, wenn die ENS-Benachrichtigung aktiviert ist.

6424254

cshttpd-Prozess geräte beim Aufruf vom Befehl storeevents in eine Endlosschleife.

6426426

Migrationstool muss ldap_cache und cld_cache im neuen Datenbankverzeichnis erstellen.

6399756

Für Backup der Kalenderdaten ist nicht genügend Speicherplatz verfügbar. Dokumentierte Berechnung falsch?

Berechnung war korrekt, jedoch müssen Archiv- und Hot-Backup-Verzeichnis an einen Speicherort außerhalb vom csdb-Verzeichnis verschoben werden.

4964857

csdomain verfügt über keine Eigenschaft, um das LDAP-Attribut inetdomainstatus zu ändern. Dieser Befehl wird verworfen und nicht mehr aktualisiert.

50755906

Für InetDomainBaseDN sollte ein Index hinzugefügt werden.

5029444

comm-dssetup muss mehrere Indizes hinzufügen.

6494477

caldb.calmaster-Parameter ändert sich bei einer automatischen Neukonfiguration in "**UNBEKANNT**".

Bekannte Probleme und Einschränkungen in Calendar Server

Dieser Abschnitt enthält Tabellen mit einer Beschreibung der wichtigsten Probleme zum Zeitpunkt der Freigabe von Calendar Server 6.3

Bekannte Einschränkungen von Calendar Server

Derzeit sind die folgenden Einschränkungen bekannt:

Problem mit Hochverfügbarkeitsfunktionen nach dem Upgrade einer älteren Version von Calendar Server auf Calendar Server 6.3

Bei Einsatz einer Hochverfügbarkeitsfunktion (unter Verwendung des Calendar Server-Hochverfügbarkeitspakets SUNWcsics) muss nach dem Upgrade einer älteren Version von Calendar Server auf Calendar Server 6.3 eine Umgehung durchgeführt werden, um Problem 6560681 zu verhindern.

Umgehung:

Entfernen Sie das im Lieferumfang von Calendar Server 6.3 enthaltene SUNWscics-Paket.
Verwenden Sie den Befehl pkgadd, um das in der Java Enterprise System-Software enthaltene SUNWscics-Paket hinzuzufügen.

Konfigurationsprogramm setzt falschen Wert in ics.conf-Parameter DWP

Wenn Sie Calendar Server mit Front-End- und Back-End-Servern bereitstellen, für die das DWP-Protokoll erforderlich ist, fordert das Konfigurationsprogramm den Hostnamen des Back-End-Servers an. Die Speicherung im ics.conf-Parameter caldb.dwp.server.hostname.ip erfolgt hierbei als IP-Adresse, und nicht – wie erforderlich – als vollständig qualifizierter Hostname. Als Folge erkennt das System den Back-End-Server nicht.

Umgehung:Ersetzen Sie die IP-Adresse durch den vollständig qualifizierten Hostnamen des Back-End-Servers. Bearbeiten Sie hierzu einfach die Datei ics.conf (es handelt sich um eine Textdatei).

Anweisungen zur Verwendung der richtigen Werte und anderer Parameter für die Konfiguration der Front-End- und Back-End-Server finden Sie in Kapitel 5, Configuring Calendar Database Distribution Across Multiple Machines in Calendar Server Version 6.3 in Sun Java System Calendar Server 6.3 Administration Guide.

Dieses Problem wird als Fehler 6542989 im folgenden Abschnitt dieser Versionshinweise beschrieben: Bekannte Probleme in Calendar Server 6.3 .

Nach Upgrade keine Anmeldung bei der Linux-Plattform möglich: "Back-End-Host konnte nicht aufgelöst werden"

Unter Linux sind nach dem Upgrade auf Calendar Server 6.3 Fehlermeldungen in der Datei http.log nach Ausführen des Befehls start-cal enthalten:

cshttpd[2984]: Allgemeiner Fehler: caldb: 
caldb_pvt_isLocalUrl: Hostname von hostname.xyz.com ist nicht auflösbar. Stellen Sie sicher, dass Hostname
und Hostname-Konfliktlöser korrekt sind.

Nach dem Anmeldeversuch wird ebenfalls die folgende Fehlermeldung ausgegeben:

Back-End-Host kann nicht aufgelöst werden.
Versuchen Sie es erneut.

Umgehung: Dieses Problem besteht in Calendar Server 6.3 Update 1, Patch-Nummer 121658-17, nicht mehr.

Das Problem entspricht Problem-ID 6516438 im Abschnitt:Bekannte Probleme in Calendar Server 6.3 .

Doppelte Parameter in Konfigurationsdatei

In der Konfigurationsdatei ics.conf sind doppelte Parameter zulässig. Dies kann zu Verwirrung in Bezug auf die Parameterwerte führen. Um zu ermitteln, welche Instanz eines Parameters vom System verwendet wird, müssen Sie die letzte Instanz der Datei ermitteln. Das System verwendet die Werte der letzten Parameterinstanz, die bei der Verarbeitung der Datei gefunden wird.

Empfohlene Vorgehensweise: Fügen Sie alle Änderungen an das Ende der Datei ics.conf an. Erstellen Sie hierzu einen Abschnitt, der beispielsweise den Namen # Meine Parameteränderungen tragen könnte. Zur Verfolgung der Änderungen fügen Sie einen Kommentar für jede Änderung ein, die den Grund der Änderung sowie das Änderungsdatum angibt.

Von Zeit zu Zeit sollten Sie alte Änderungen, die nicht mehr verwendet werden, auskommentieren oder – wenn Sie keinen Wert auf ein Änderungsprotokoll legen – nicht genutzte doppelte Änderungseinträge löschen, sodass nur die aktuellen Änderungen in der Datei verbleiben.

Leistungseinbußen für veraltete Benutzeroberfläche

In dieser Version wird die Zeichenfolgenersetzung in XSL-Dateien nicht mehr im Rahmen der vorverarbeitenden Schritte für die Paketerstellung durchgeführt. Aus diesem Grund werden die Zeichenfolgen in Echtzeit ersetzt, was zu einer Herabsetzung der Leistung für die Calendar Express-Benutzeroberfläche führt.

Umgehung: Sie können die Zeichenfolgenersetzung vor dem Start von Calendar Server durchführen, indem Sie alle XSL-Dateien verarbeiten und die richtigen Sprachzeichenfolgen manuell einfügen. Zur Durchführung der Ersetzung benötigen Sie das Perl-Skript (xslvarparser.pl) im Verzeichnis { CAL_SERVER_BASE}/tools/unsupported/bin. Anweisungen zur Skriptausführung finden Sie im Skript selbst.

Zu Ihrer Referenz werden die im Skript enthaltenen Anweisungen nachfolgend aufgeführt:

Verwenden Sie das Perl-Skript xslvarparser.pl zur Ersetzung von Variablen in XSL-Dateien, um das XSL-Rendering zu beschleunigen.
Kopieren Sie diese Datei in das Verzeichnis /opt/SUNWics5/cal/html, dem Standardverzeichnis unter Solaris.
Führen Sie die Datei anschließend als $ perl xslvarparser.pl aus.
Die Ergebnisdateien werden in einem Ausgabeverzeichnis für jedes Gebietsschema gespeichert.
Ersetzen Sie die XSL-Dateien in jedem Gebietsschema durch die Dateien im Ausgabeverzeichnis.

Hinweis –
Es wird empfohlen, die Originaldateien zu speichern, bevor Sie diese Ersetzung durchführen.

Das Problem entspricht Problem-ID 6385495 im Abschnitt Bekannte Probleme in Calendar Server 6.3 .

Entfernen aller Instanzen von mehrwertigen Benutzereinstellungen

Jeder set_userprefs-Befehl entfernt lediglich eine Instanz einer mehrwertigen Einstellung.

Umgehung: Um alle Instanzen einer mehrwertigen Benutzereinstellung zu entfernen, müssen Sie einen set_userpref-Befehl pro Instanz ausführen.

Beispiel: Führen Sie get_userprefs aus, um alle Benutzereinstellungen aufzulisten. Wenn für eine Einstellung mehrere Werte vorliegen, z. B. icsSubscribed, müssen Sie einen set_userprefs-Befehl zum Löschen der Einstellung für jeden der aufgelisteten Werte ausführen.

Ermitteln aller installierten Patches in einer Cluster-Umgebung

Es gibt keinen clusterspezifischen showrev-Befehl, mit dem angezeigt wird, welche Komponenten auf einem einzelnen Cluster-Knoten installiert sind. (Dies ist ein allgemeines Problem, das nicht nur Calendar Server betrifft. Dasselbe Problem tritt mit jedem, auf einem globalen Dateisystem installierten Produkt auf.)

Diese Einschränkung wird nur dann zu einem Problem, wenn Sie Calendar Server aktualisieren möchten. Sie müssen das Patch auf jeden Knoten anwenden, auf dem Calendar Server installiert ist. Außerdem können Sie das Patch nicht auf einen Knoten anwenden, wenn Calendar Server nicht darauf installiert wurde. Wenn Ihnen nicht bekannt ist, auf welchen Knoten Calendar Server installiert ist, kann es recht zeitaufwendig sein, herauszufinden, wo Calendar Server installiert ist.

Umgehung: Führen Sie den folgenden Befehl aus, um alle Knoten anzuzeigen, auf denen Calendar Server installiert ist: pkgparam -v SUNWics5 | grep ACTIVE_PATCH

Popup-Blocker

Einige Calendar Server-Fenster werden nicht angezeigt, wenn ein Popup-Blocker aktiviert ist.

Umgehung: Deaktivieren Sie Popup-Blocker für die Calendar Server-URL, um sicherzustellen, dass sämtliche Calendar Server-Fenster angezeigt werden.

Ausnahme: Weder Norton Inet Security AD_BLOCKER noch der in Mozilla integrierte POP_BLOCKER wirken sich auf Calendar Server-Fenster aus.

Bereitstellung von Benutzern für Communications Express im Schema 1-Modus

Das Dienstprogramm csuser aktiviert nicht die Benutzer, die es für das Adressbuch erstellt.

Umgehung: Aktivieren Sie den Benutzer über ldapmodify.

Mehrere Domänen (gehostete Domänen)

Das Konfigurationsprogramm csconfigurator.sh konfiguriert nur eine einzelne Domäne.

Umgehung: Wenn Sie eine Kalenderumgebung mit mehreren Domänen benötigen (entweder als virtuelle Domänen oder gehostete Domänen bezeichnet), müssen Sie zwei Aktionen durchführen:

Aktivieren Sie die gehosteten Domänen.
Fügen Sie die Domänen mit Delegated Administrator oder dem Dienstprogramm csdomain selbst hinzu, falls Sie noch mit Sun LDAP Schema 1 arbeiten.

Siehe Kapitel 10, Setting Up a Multiple Domain Calendar Server 6.3 Environment in Sun Java System Calendar Server 6.3 Administration Guide und Kapitel 13, Administering Calendar Server Domains in Sun Java System Calendar Server 6.3 Administration Guide.

Kein Ablauf der LDAP-Cachedaten von Calendar Server

(Problem-ID 4777792) Zu viele Daten im Cache führen zum Auftreten von Fehlern. Es wird für die LDAP-Cachedaten von Calendar Server kein Ablauf festgelegt.

Umgehung: Löschen Sie den Dateiinhalt in regelmäßigen Abständen. Starten Sie Calendar Server anschließend neu.

Vollständig qualifizierter und nicht vollständig qualifizierter Hostname in Konfigurationsdatei erforderlich

Die Konfigurationsdatei fordert zweimal den Hostnamen an. Es muss einmal der vollständig qualifizierte und das zweite Mal der nicht vollständig qualifizierte Name angegeben werden. Beispiel:

caldb.dwp.server.skate.red.sesta.com.ip = "skate.red.sesta.com" 
caldb.dwp.server.skate.ip = "skate" 
caldb.dwp.server.test12.red.sesta.com.ip = "test12.red.sesta.com" 
caldb.dwp.server.test12.ip = "test12"

Nicht-RFC-kompatible Daten müssen in X-Tokens in Anführungszeichen gesetzt werden

Falls in einem X-Token nicht-RFC-kompatible Daten vorhanden sind, müssen diese in Anführungszeichen gesetzt werden. Ein Doppelpunkt in einem X-Token muss als ":" angezeigt werden.

Benutzer werden vor dem Hinzufügen als sekundäre Besitzer nicht validiert

Das Dienstprogramm cscal von Calendar Server validiert die Benutzer nicht, bevor sie der Liste mit sekundären Besitzern hinzufügt werden.

Migrationsdienstprogramm führt keine Aktualisierung der Besitzerkalender durch

Das Migrationsdienstprogramm csmig von Calender Server aktualisiert icsSubscribed nicht mit den Besitzerkalendern.

Nicht benötigte LDAP-Daten im Cache werden nicht automatisch gelöscht

Die Löschung dieser Daten muss manuell erfolgen.

enpd stürzt beim schnellen und gleichzeitigen Öffnen und Schließen von Verbindungen ab

Der Ereignisbenachrichtigungsdienst (ENS) wurde eingestellt. Dieses Problem wird nicht behoben. Verwenden Sie stattdessen das Sun Java System Message Queue-Produkt.

Ereignisse werden unerwartet gelöscht

Wenn ein Benutzer ein Ereignis ändert und die Option zum Ändern des heutigen Ereignisses und aller zukünftigen Termine wählt, werden alle vorherigen Termine gelöscht und nicht mehr in der Benutzeroberfläche angezeigt.

Verwendung von SSLv2-Client nicht möglich

Die SSL-Initialisierung schlägt im SSLv2-Modus fehl. Der SSLv2-Client kann nicht verwendet werden.

Calendar-Dienstprogramme schlagen fehl, wenn keine DC-Struktur vorhanden ist

Für Schema 1 müssen die DC-Strukturknoten vor der Erstellung oder Verwaltung der Kalender erstellt werden.

Calendar Server-Dienstprogramme geben nicht aussagekräftige Fehlermeldungen aus

Die ausgegebenen Fehlermeldungen sind nicht besonders aussagekräftig, da ihr Ursprung einige Ebenen weiter unten liegt und sie durch verschiedene Umstände hervorgerufen werden kann. Das Programm der nächsthöheren Ebene interpretiert die Fehlermeldung nicht, bevor sie zur nächsthöheren Ebene weitergeleitet wird.

Führender Leerbereich in Beschreibung verschwindet beim Speichern

Wenn Sie eine Beschreibung mit einem Leerzeichen beginnen, wird das Leerzeichen nicht mit dem Text gespeichert und erscheint auch nicht, wenn das Ereignis angezeigt wird.

Aktivierung/Deaktivierung von SSL auf Domänenbasis nicht möglich

RFE, die für diese Version nicht implementiert wurde.

(Nur Linux) Calendar Server startet bei Neustart nicht neu

Der Neustart wird durch Sperrdateien verhindert. Löschen Sie die Sperrdateien vor dem Neustart.

Sperrdateien befinden sich im folgenden Verzeichnis:

/opt/sun/calendar/lib/lock/__db.001

Ereignisse zwischen dem 11. März 2007 und dem 1. April 2007 werden um eine Stunde verschoben angezeigt

Die Daten für die Zeitumstellung wurden gesetzlich geändert. Die Calendar Server 6.3-Software enthält die neuen korrekten Zeitzonentabellen. Sämtliche erstellten Termine und Aufgaben werden automatisch zu den korrekten Zeiten angezeigt. Bereits vorhandene Termine und Aufgaben zwischen den alten und neuen Zeitumstellungsdaten werden eine Stunde verschoben angezeigt. Dieses Problem tritt zweimal pro Jahr im Kalender auf. Bei der Umstellung auf die Sommerzeit und bei der Umstellung auf die Winterzeit (Normalzeit).

Dieses Problem entspricht der Problem-ID 6502376, die an anderer Stelle in diesem Dokument in Abschnitt Bekannte Probleme in Calendar Server 6.3 erläutert wird.

Umgehung:Als standardmäßige Umgehung dieses Problems wird die manuelle Änderung der Zeiten durch den Benutzer für die Termine in den betreffenden Kalendern zugelassen.

Ein Programm zur Umgehung dieses Problems wird auf Anfrage vom technischen Support zur Verfügung gestellt.

Import von Kalenderdaten funktioniert ausschließlich für Daten desselben `calid`-Parameters

Sie können die Importfunktion nicht zum Verschieben von Daten zwischen Kalendern verwenden. Ein Datenimport ist nur in denselben Kalender möglich (derselbe calid), aus dem die Daten exportiert wurden.

Die Nummer dieser dokumentierten Einschränkung lautet 6461183 im Abschnitt Bekannte Probleme in Calendar Server 6.3 dieses Dokuments.

Bekannte Probleme in Calendar Server 6.3

In der folgenden Liste werden Probleme aufgeführt, die zum Produkt gemeldet wurden:

4972249

Für eine gehostete Domänenumgebung erfordert csexport einen vollständigen calid-Parameter. Zum Beispiel im Format uid@domain.

6244958

Statusdatei wird nicht erstellt

Wenn csconfigurator.sh mit der Option -saveState aufgerufen wird und die angegebene Statusdatei keinen Pfad enthält, wird die Statusdatei nicht erstellt. Beispiel:

/opt/sun/calendar/sbin/csconfigurator.sh -saveState cs.state

Umgehung: Geben Sie immer den vollständigen Pfadnamen an, an dem die Statusdatei erstellt werden soll.

6289810

Einladungsstatus sollte für Ressourcenkalender per Voreinstellung "Akzeptiert" lauten

Der Einladungsstatus für Ressourcenkalender sollte per Voreinstellung "Akzeptiert" lauten. Da Ressourcenkalender keine Einladungen akzeptieren können, ist es möglich, dass Benutzer mit abonnierten Ressourcenkalendern diese Einladungen nicht sehen (wenn Benutzer nur akzeptierte Einladungen in Communications Express->Optionen->Kalenderansicht anzeigen lassen).

Umgehung:Die Einstellung autoaccept auf Serverebene wird durch den ics.conf-Parameter resource.invite.autoaccept = "yes" festgelegt. Eine Festlegung auf Ressourcenebene ist ebenfalls möglich, verwenden Sie hierzu das LDAP-Attribut icsAutoaccept.

6312605

Problem mit wiederkehrenden Ereignissen

Das Senden von dtstart- und dtend-Parametern mit Änderungen von Feldern, die keine Datumsfelder sind (mithilfe von storeevents), führt zur Datenbeschädigung.

Umgehung: Verwenden Sie die Parameter dtstart und dtend nicht für Befehle zur Änderung des Speichers, die eine Änderung von Feldern erfordert, bei denen es sich nicht um Datumsfelder handelt.

6377803

Hinweis –

6391883

Nach einem Upgrade auf Java ES 2005Q1 funktioniert SSO bei Verwendung von Access Manager nicht. Wenn Sie sich beispielsweise am Portal Server-Desktop anmelden und dann versuchen, auf Calendar Server zuzugreifen, wird anstelle einer automatischen Authentifizierung per SSO die Anmeldeseite angezeigt.

Umgehung:Für dieses Problem gibt es keine Umgehung.

6393241

Nach einem Upgrade einer Calendar Server-Bereitstellung, die Front-End- und Back-End-Installationen umfasst, schlägt bei Kommunikation über DWP der Versuch zum Start der Front-End-Installationen fehl, und es werden verschiedene Fehler in das Protokoll geschrieben. Dieses Problem tritt auf, da die Cache-Verzeichnisse nicht in die neue Installation kopiert wurden.

Umgehung:Kopieren Sie die Verzeichnisse cld_cache und ldap_cache von /var/opt/SUNWics5/csdb.old nach /var/opt/SUNWics5/csdb. Legen Sie anschließend den Besitzer und die Gruppe der neuen Verzeichnisse auf icsuser und icsgroup fest.

6428959

Datenbankprotokolldateien häufen sich in csdb an

Der Speicher-Daemon liest nicht die korrekten Konfigurationsdateiparameter ein. Der Daemon sucht nach dem nicht vorhandenen Parameter caldb.berkeley.*.enable. Anschließend wird die standardmäßig festgelegte zirkuläre Protokollierung verwendet, die deaktiviert ist. Dies führt zu weiteren Problemen, beispielsweise dazu, dass kein Hot-Backup durchgeführt wird. Der richtige ics.conf-Parameter ist caldb.berkeleydb.*.enable.

Umgehung:Starten Sie die Dienste neu. csstored beseitigt das Problem, indem die angehäuften Protokolldateien entfernt werden.

6461183

Import-/Exportfunktion kann nicht zum Verschieben von Daten zwischen Kalendern mit unterschiedlichen calid-Parametern verwendet werden. Die importierten Daten müssen über denselben calid-Parameter verfügen als der Kalender, in den die Daten importiert werden.

6470688

csrestore stellt persönlichen Benutzerkalender nicht wieder her

Erstellen Sie einen persönlichen Kalender, führen Sie ein Backup aus, und löschen Sie anschließend den persönlichen Kalender. Stellen Sie den persönlichen Kalender anschließend über den Befehl restore wieder her. Aus den Protokolldateien geht hervor, dass der Kalender erfolgreich wiederhergestellt wurde. Der persönliche Kalender kann jedoch nach Anmeldung an UWC oder Calendar Express-Benutzeroberfläche weder angezeigt noch verwaltet werden. Das Problem liegt darin, dass der csrestore die LDAP-Einträge zu abonniertem und eigenem Kalender nicht berücksichtigt.

Umgehung:Bearbeiten oder löschen Sie das mehrwertige Attribut icsSubscribed für jeden Benutzer, das gelöscht und über csrestore wiederhergestellt wurde.

6479810

Beschädigung der Sitzungsdaten führt zu Anmeldefehlern und Ausnahmefehlern wegen Zeitüberschreitung der Sitzung.

Umgehung:

Beenden Sie die Dienste.
Löschen Sie die Sitzungsdatenbank.
Starten Sie die Dienste.

6494811

Im Lieferumfang von Calendar Server ist kein JMQ-Client enthalten. Verwenden Sie den JMQ-Client vom installierten Messaging Server. Schlägt die Installation des JMQ-Clients fehl, kann dies zur fehlerbedingten Beendigung des admind-Prozesses führen, wenn JMQ aktiviert ist.

Umgehung:Kopieren Sie den JMQ-Client vom Messaging Server-Bundle.

6502376

Kalendertermine sind zwischen dem 11. März 2007 und dem 1. April 2007 um eine Stunde verschoben.

Diese geschieht, da die Daten für die Zeitumstellung auf Sommer- bzw. Normalzeit geändert wurden, um die Dauer der Sommerzeit zu verlängern. Die Zeitumstellung erfolgt ab sofort früher im Frühling (März) und später im Herbst (November) im Vergleich zu den vergangenen Jahren. In der Zeitzonendatei in Calendar Server 6.3 wurden diese Neuerungen bereits berücksichtigt.

Für Communications Express, das die JVM-Zeitzoneninformation anstelle der Calendar Server-Zeitzonendatei verwendet, müssen die JVM-Einstellungen entsprechend der neuen Zeitzonenänderungen angepasst werden. Sun empfiehlt die Verwendung der aktuellen Updateversion von Sun Java SE JDK/JRE als bevorzugte Methode, um sowohl die Zeitzonenupdates als auch andere Produktverbesserungen bereitzustellen, wie z. B. Sicherheitslösungen. Führen Sie das JVM-Updateprogramm wie in der folgenden Dokumentation beschrieben aus:

http://java.sun.com/javase/tzupdater_README.html

Nach dem Aktualisieren der Zeitzoneninformationen werden Termine, die vor der Zeitzonenaktualisierung angelegt wurden, für die Tage zwischen den alten und neuen Zeitumstellungsdaten mit einer Stunde Versatz angezeigt.

Ein Programm zur Umgehung dieses Problems ist auf Anfrage beim technischen Support erhältlich.

Eine weitere Möglichkeit besteht darin, die Benutzer aufzufordern, die Zeiten der Termine, die in diesen Zeitraum fallen, manuell anzupassen. Alternativ können Sie ebenfalls ein eigenes Skript ausführen, um wenige Termine in der Datenbank zu aktualisieren.

6503200

Speicherorte der LDAP-Tools wurden geändert

Wenn die frühere (Beta-)Version von Java Enterprise System installiert ist, muss das Paket SUNWldapcsdk-tools vor der Installation der endgültigen Version von Java Enterprise System 5 gelöscht werden. Der Grund hierfür ist der geänderte Speicherort des Pakets SUNWldapcsdk-tools der endgültigen Version. Wird das Paket nicht gelöscht und Calendar oder Messaging Server nach der Installation dieser Version gestartet, wird diese Fehlermeldung angezeigt:

Could not find .../bin/ldapsearch utility
Please install the ldapcsdk-tools package

Diese Fehlermeldung bezieht sich auf den geänderten Speicherort der LDAP-Tools.

Umgehung:Entfernen Sie das Paket SUNWldapcsdk-tools vor der Installation der neueren Version von Java Enterprise System 5. Um die Version von SUNWldapcsdk-tools zu überprüfen, führen Sie den Befehl pkgparam -v SUNWldapcsdk-tools VERSION aus.

Hinweis –

Die Version 6.00, REV=2006.12.11.00.08, oder später ist erforderlich. Ist keine dieser Versionen vorhanden, wird eine Fehlermeldung angezeigt, dass das LDAP-Suchprogramm nicht gefunden wurde.

Über den Befehl pkgrm SUNWldapcsdk-tools können Sie das Paket SUNWldapcsdk-tools entfernen.

Wenn Sie das Java Enterprise System 5-Installationsprogramm bereits aufgeführt haben, können Sie das Paket SUNWldapcsdk-tools auch manuell entfernen und die Installation über den folgenden Befehl ausführen:

cd <jes5_distro>/Solaris_sparc/Product/shared_components/Packages
  pkgadd -d . SUNWldapcsdk-tools

6505032

csmfagent-Server kann auf Linux-Plattform nicht gestartet werden.

Die Binärdateien des Kalenders können die freigegebenen Bibliotheken für das Monitoring Framework unter Linux nicht finden. Der vollständige Pfad für die Monitoring Framework-Dateien lautet: /opt/sun/mfwk/share/lib, Calendar Server wird jedoch in /opt/sun/calendar/lib erwartet.

Umgehung:Fügen Sie eine symbolische Verknüpfung zur zugehörigen Bibliothek in der Calendar Server-Bibliothek hinzu, wie im folgenden Beispiel gezeigt:

# cd /opt/sun/calendar/lib 
# ln -s /opt/sun/mfwk/share/lib/*.so .

Alternativ können Sie ebenfalls die Kalenderdienste aus der Monitoring Framework-Bibliothek starten, z. B.: /opt/sun/mfwk/share/lib

6516438

Unter Linux ist nach Upgrade auf Calendar Server 6.3 keine Anmeldung möglich.

Dieses Problem wurde im Calendar Server 6.3-Upgrade 1, Patchnummer 121658-17 gelöst. Weitere Informationen hierzu finden Sie im folgenden Abschnitt dieser Versionshinweise: Bekannte Einschränkungen von Calendar Server.

6542989

Wenn Sie mithilfe des Konfigurationsprogramms einen Back-End-Server einrichten, wird anstelle des vollständig qualifizierten Hostnamens die IP-Adresse im folgenden Parameter gespeichert:

caldb.dwp.server.hostname.ip

Sie müssen die Datei ics.conf bearbeiten, um den Parameterwert zu korrigieren, ansonsten kann das System den Back-End-Server nicht identifizieren. Der richtige Wert ist der vollständig qualifizierte Hostname des Back-End-Servers.

6560681

Für die ordnungsgemäße Funktionsweise des SUNWcsics-Pakets sind Updates erforderlich. Das in der Java Enterprise System-Software enthaltene Paket erfordert keine Updates. Bis ein Patch zur Behebung dieses Problems verfügbar ist, ist eine Umgehung erforderlich:

Entfernen Sie das SUNWcsics-Paket manuell aus der Calendar Server-Distribution.
Führen Sie den Befehl "pkgadd" unter Verwendung des SUNWcsics-Pakets aus der Java Enterprise System-Softwaredistribution aus.

Dateien für Neuverteilung in Calendar Server

Sun Java System Calendar Server 6.3 enthält den folgenden Satz Dateien, für die Sun Microsystems, Inc. Ihnen eine nicht ausschließliche, nicht übertragbare, beschränkte Lizenz für die Reproduktion und Verteilung im Binärformat gewährt.

Außerdem dürfen Sie die aufgeführten Headerdateien und Klassenbibliotheken kopieren und verwenden, jedoch nicht ändern, mit dem alleinigen Zweck, dass die resultierenden Binärdateien mit den Software-APIs von Sun funktionieren.

Der Beispielcode wird ausschließlich zu Referenzzwecken sowie zur Erstellung der oben genannten Binärdateien bereitgestellt.

Alle Dateien für die Neuverteilung von Calendar Server sind für die Plugin-API, die so genannte CSAPI, vorgesehen. Die API wird im Sun Java System Calendar Server 6 2005Q4 Developer's Guide beschrieben, der unter der folgenden Adresse verfügbar ist:

http://docs.sun.com/coll/1313.2

In den folgenden Dateien ist cal-svr-base das Verzeichnis, in dem Calendar Server installiert wurde. Das Standardverzeichnis für Solaris lautet /opt/SUNWics5/cal, für Linux /opt/sun/calendar.

Die Dateien für die Neuverteilung sind in verschiedenen Unterverzeichnissen von cal-svr-base/csapi enthalten:

authsdk - Dateien für Neuverteilung

Die Dateien für die Neuverteilung in diesem Unterverzeichnis (cal-svr-base/csapi/authsdk/) lauten:

cgiauth.c

expapi.h

login.html

nsapiauth.c

bin – Dateien für Neuverteilung

Die Dateien für die Neuverteilung in diesem Unterverzeichnis (cal-svr-base/csapi/bin/) lauten:

libcsapi_xpcom10.so

libicsexp10.so

classes – Dateien für Neuverteilung

Die Dateien für die Neuverteilung in diesem Unterverzeichnis (cal-svr-base/csapi/classes/) lauten:

ens.jar

jms.jar

include – Dateien für Neuverteilung

Die Dateien für die Neuverteilung in diesem Unterverzeichnis (cal-svr-base/csapi/include/) lauten:

`IIDS.h`	`nsCom.h`	`nsMacRepository.h`
`csIAccessControl.h`	`nsDebug.h`	`nsProxyEvent.h`
`csIAuthentication.h`	`nsError.h`	`nsRepository.h`
`csICalendarDatabase.h`	`nsHashtable.h`	`nsString.h`
`csICalendarLookup.h`	`nsIAtom.h`	`nsTraceRefcnt.h`
`csICalendarServer.h`	`nsICaseConversion.h`	`nsVector.h`
`csIDBTranslator.h`	`nsICollection.h`	`nsUnicharUtilCIID.h`
`csIDataTranslator.h`	`nsID.h`	`nsXPComCIID.h`
`csIMalloc.hplugins`	`nsIEnumerator.h`	`nsXPComFactory.h`
`csIPlugin.h`	`nsIEventQueueService.h`	`nscore.h`
`csIQualifiedCalidLookup.h`	`nsIFactory.h`	`pasdisp.h`
`csIUserAttributes.h`	`nsIPtr.h`	`publisher.h`
`mozIClassRegistry.h`	`nsIServiceManager.h`	`subscriber.h`
`mozIRegistry.h`	`nsIServiceProvider.h`	`xcDll.h`
`nsAgg.h`	`nsISizeOfHandler.h`	`xcDllStore.h`
`nsCOMPtr.h`	`nsISupports.h`
`nsCRT.h`	`nsISupportsArray.h`

plugins – Dateien für Neuverteilung

Dieses Verzeichnis (cal-svr-base/csapi/plugins/) enthält in den folgenden Unterverzeichnissen Dateien für die Neuverteilung:

accesscontrol – Dateien für Neuverteilung

Die Dateien für die Neuverteilung in diesem Unterverzeichnis ( cal-svr-base/csapi/plugins/accesscontrol/ ) lauten:

csAccessControl.cpp

csAccessControl.h

csAccessControlFactory.cpp

authentication – Dateien für Neuverteilung

Die Dateien für die Neuverteilung in diesem Unterverzeichnis ( cal-svr-base/csapi/plugins/authentication/ ) lauten:

csAuthentication.cpp

csAuthentication.h

csAuthenticationFactory.cpp

datatranslator – Dateien für Neuverteilung

Die Dateien für die Neuverteilung in diesem Unterverzeichnis ( cal-svr-base/csapi/plugins/datatranslator/ ) lauten:

csDataTranslator.cpp

csDataTranslator.h

csDataTranslatorFactory.cpp

userattributes – Dateien für Neuverteilung

Die Dateien für die Neuverteilung in diesem Unterverzeichnis ( cal-svr-base/csapi/plugins/userattributes/ ) lauten:

csUserAttributes.cpp

csUserAttributes.h

csUserAttributesFactory.cpp

samples – Dateien für Neuverteilung

Dieses Verzeichnis (cal-svr-base/csapi/samples/) enthält in den folgenden Unterverzeichnissen Dateien für die Neuverteilung:

samples/authentication – Dateien für Neuverteilung

Die Dateien für die Neuverteilung in diesem Unterverzeichnis (cal-svr-base/csapi/samples/authentication/) lauten:

authlogon.c

authlogon.h

authtest.c

csAuthenticationLocal.cpp

csAuthenticationLocal.h

csAuthenticationLocalFactory.cpp

samples/datatranslator – Dateien für Neuverteilung

Die Dateien für die Neuverteilung in diesem Unterverzeichnis (cal-svr-base/csapi/samples/datatranslator/) lauten:

csDataTranslatorCSV.cpp

csDataTranslatorCSV.h

csDataTranslatorCSVFactory.cpp

samples/ens – Dateien für Neuverteilung

Die Dateien für die Neuverteilung in diesem Unterverzeichnis (cal-svr-base/csapi/samples/ens/) lauten:

apub.c

asub.c

rpub.c

rsub.c

samples/userattributes – Dateien für Neuverteilung

Die Dateien für die Neuverteilung in diesem Unterverzeichnis (cal-svr-base/csapi/samples/userattributes/) lauten:

csUserAttributesDB.cpp

csUserAttributesDB.h

csUserAttributesDBFactory.cpp