From 396ebb93d189156b0a07d84b96aaabc187b1a1e6 Mon Sep 17 00:00:00 2001 From: hajma <hajma@localhost> Date: Tue, 29 Sep 2009 08:44:26 +0000 Subject: [PATCH] l10n handoff --- opends/src/admin/messages/SynchronizationProviderCfgDefn_de.properties | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/opends/src/admin/messages/SynchronizationProviderCfgDefn_de.properties b/opends/src/admin/messages/SynchronizationProviderCfgDefn_de.properties index 2726310..d29a8ae 100644 --- a/opends/src/admin/messages/SynchronizationProviderCfgDefn_de.properties +++ b/opends/src/admin/messages/SynchronizationProviderCfgDefn_de.properties @@ -1,6 +1,6 @@ user-friendly-name=Synchronisationsanbieter user-friendly-plural-name=Synchronisationsanbieter synopsis=Synchronisationsanbieter erm\u00f6glichen das Verarbeiten der Synchronisation der Directory-Server-Daten mit anderen OpenDS-Instanzen oder anderen Datenrepositorys. -description=Der OpenDS Directory Server geht bei der Replikation zentralisiert vor, nicht von Punkt zu Punkt wie der Sun Java System Directory Server. In OpenDS werden ein oder mehrere Replikationsserver in der Umgebung erstellt. Die Replikationsserver speichern normalerweise keine Benutzerdaten, sondern zeichnen alle \u00c4nderungen in der Topologie in einem Protokoll auf. Jede Directory-Server-Instanz in der Topologie verweist auf die Replikationsserver. Der Plan vereinfacht die Bereitstellung und Verwaltung der Umgebung. Sie k\u00f6nnen den Replikationsserver zwar auf dem gleichen System (oder auch in der gleichen Instanz) ausf\u00fchren, in dem sich der Directory-Server befindet, jedoch k\u00f6nnen die beiden Server in unterschiedliche System getrennt werden. Diese Vorgehensweise erm\u00f6glicht eine bessere Leistung oder Funktionalit\u00e4t in gro\u00dfen Umgebungen. +description=Der OpenDS Directory Server geht bei der Replikation zentralisiert vor, nicht von Punkt zu Punkt wie der Sun Java System Directory Server. In OpenDS werden ein oder mehrere Replikationsserver in der Umgebung erstellt. Die Replikationsserver speichern normalerweise keine Benutzerdaten, sondern zeichnen alle \u00c4nderungen in der Topologie in einem Protokoll auf. Jede Directory-Server-Instanz in der Topologie verweist auf die Replikationsserver. Der Plan vereinfacht die Bereitstellung und Verwaltung der Umgebung. Sie k\u00f6nnen den Replikationsserver zwar auf dem gleichen System (oder auch in der gleichen Instanz) ausf\u00fchren, in dem sich der Directory-Server befindet, die beiden Server k\u00f6nnen jedoch auch auf unterschiedliche Systeme aufgetrennt werden. Diese Vorgehensweise erm\u00f6glicht eine bessere Leistung oder Funktionalit\u00e4t in gro\u00dfen Umgebungen. property.enabled.synopsis=Gibt an, ob der Synchronisationsanbieter aktiviert ist. property.java-class.synopsis=Gibt den vollqualifizierten Namen der Java-Klasse an, die den Synchronisationsanbieter implementiert. -- Gitblit v1.10.0