external-software/github_OpenIdentityPlatform_OpenDJ.git

			@@ -1,20 +1,20 @@
			user-friendly-name=Schema Backend
			user-friendly-plural-name=Schema Backends
			synopsis=The Schema Backend provides access to the Directory Server schema information, including the attribute types, object classes, attribute syntaxes, matching rules, matching rule uses, DIT content rules, and DIT structure rules that it contains.
			description=The server allows "modify" operations in this backend to alter the server schema definitions. The configuration entry for this backend is based on the ds-cfg-schema-backend structural object class. Note that any attribute types included in this entry that are not included in this object class (or the parent ds-cfg-backend class) appears directly in the schema entry.
			property.backend-id.synopsis=Specifies a name to identify the associated backend.
			property.backend-id.description=The name must be unique among all backends in the server. The backend ID may not be altered after the backend is created in the server.
			property.base-dn.synopsis=Specifies the base DN(s) for the data that the backend handles.
			property.base-dn.description=A single backend may be responsible for one or more base DNs. Note that no two backends may have the same base DN although one backend may have a base DN that is below a base DN provided by another backend (similar to the use of sub-suffixes in the Sun Java System Directory Server). If any of the base DNs is subordinate to a base DN for another backend, then all base DNs for that backend must be subordinate to that same base DN.
			property.base-dn.requires-admin-action.synopsis=No administrative action is required by default although some action may be required on a per-backend basis before the new base DN may be used.
			property.enabled.synopsis=Indicates whether the backend is enabled in the server.
			property.enabled.description=If a backend is not enabled, then its contents are not accessible when processing operations.
			property.java-class.synopsis=Specifies the fully-qualified name of the Java class that provides the backend implementation.
			property.schema-entry-dn.synopsis=Defines the base DNs of the subtrees in which the schema information is published in addition to the value included in the base-dn property.
			property.schema-entry-dn.description=The value provided in the base-dn property is the only one that appears in the subschemaSubentry operational attribute of the server's root DSE (which is necessary because that is a single-valued attribute) and as a virtual attribute in other entries. The schema-entry-dn attribute may be used to make the schema information available in other locations to accommodate certain client applications that have been hard-coded to expect the schema to reside in a specific location.
			property.show-all-attributes.synopsis=Indicates whether to treat all attributes in the schema entry as if they were user attributes regardless of their configuration.
			property.show-all-attributes.description=This may provide compatibility with some applications that expect schema attributes like attributeTypes and objectClasses to be included by default even if they are not requested. Note that the ldapSyntaxes attribute is always treated as operational in order to avoid problems with attempts to modify the schema over protocol.
			property.writability-mode.synopsis=Specifies the behavior that the backend should use when processing write operations.
			property.writability-mode.syntax.enumeration.value.disabled.synopsis=Causes all write attempts to fail.
			property.writability-mode.syntax.enumeration.value.enabled.synopsis=Allows write operations to be performed in that backend (if the requested operation is valid, the user has permission to perform the operation, the backend supports that type of write operation, and the global writability mode property is also enabled).
			property.writability-mode.syntax.enumeration.value.internal-only.synopsis=Causes external write attempts to fail but allows writes by replication and internal operations.
			user-friendly-name=Backend du sch\u00e9ma
			user-friendly-plural-name=Backends du sch\u00e9ma
			synopsis=Le backend du sch\u00e9ma fournit un acc\u00e8s aux informations du sch\u00e9ma de Directory Server, y compris les types d'attribut, les classes d'objet, les syntaxes d'attribut, les r\u00e8gles de correspondance, les utilisations de r\u00e8gle de correspondance, les r\u00e8gles de contenu de l'arborescence des informations d'annuaire (DIT, Directory Information Tree), et les r\u00e8gles de structure de l'arborescence des informations d'annuaire qu'il contient.
			description=Le serveur autorise les op\u00e9rations "modify" dans ce backend pour modifier les d\u00e9finitions du sch\u00e9ma du serveur. L'entr\u00e9e de configuration pour ce backend est bas\u00e9e sur la classe d'objet structurelle ds-cfg-schema-backend. Remarque\u00a0: les types d'attribut inclus dans cette entr\u00e9e qui ne sont pas inclus dans cette classe d'objet (ou le parent de la classe ds-cfg-backend) s'affichent directement dans l'entr\u00e9e du sch\u00e9ma.
			property.backend-id.synopsis=Sp\u00e9cifie un nom pour identifier le backend associ\u00e9.
			property.backend-id.description=Le nom doit \u00eatre unique parmi tous les backends du serveur. L'ID du backend peut ne pas \u00eatre modifi\u00e9 apr\u00e8s la cr\u00e9ation du backend dans le serveur.
			property.base-dn.synopsis=Sp\u00e9cifie le ou les DN de base pour les donn\u00e9es que le backend g\u00e8re.
			property.base-dn.description=Un seul backend peut \u00eatre responsable d'un ou de plusieurs DN de la base. Remarque : deux backends ne peuvent pas avoir le m\u00eame DN de base, bien qu'un backend peut avoir un DN de base sous un DN de base fourni par un autre backend (similaire \u00e0 l'utilisation de sous-suffixes du serveur Sun Java System Directory Server). Si l'un des DN de base est subordonn\u00e9 \u00e0 un DN de base pour un autre backend, puis tous les DN de base pour ce backend doivent \u00eatre subordonn\u00e9s \u00e0 ce m\u00eame DN de base.
			property.base-dn.requires-admin-action.synopsis=Aucune action administrative n'est requise par d\u00e9faut, bien qu'une action puisse \u00eatre n\u00e9cessaire selon le backend avant d'utiliser le nouveau DN de base.
			property.enabled.synopsis=Indique si oui ou non le backend est activ\u00e9 sur le serveur.
			property.enabled.description=Si un backend est d\u00e9sactiv\u00e9, son contenu n'est pas accessible lors du traitement des op\u00e9rations.
			property.java-class.synopsis=Sp\u00e9cifie le nom complet de la classe Java qui fournit l'impl\u00e9mentation du backend.
			property.schema-entry-dn.synopsis=D\u00e9finit les DN de base des sous-arborescences dans lesquelles les informations de sch\u00e9ma sont publi\u00e9es en plus de la valeur incluse dans la propri\u00e9t\u00e9 base-dn.
			property.schema-entry-dn.description=La valeur fournie dans la propri\u00e9t\u00e9 base-dn est la seule qui s'affiche dans l'attribut op\u00e9rationnel subschemaSubentry de l'entr\u00e9e de serveur d'annuaire (DSE, Directory Server Entry) racine du serveur (qui est n\u00e9cessaire car c'est un attribut \u00e0 valeur unique). Cette valeur s'affiche comme attribut virtuel dans d'autres entr\u00e9es. L'attribut schema-entry-dn peut \u00eatre utilis\u00e9 pour mettre \u00e0 disposition des informations de sch\u00e9ma \u00e0 d'autres emplacements pour s'adapter \u00e0 certaines applications clientes qui ont \u00e9t\u00e9 cod\u00e9es en dur de fa\u00e7on \u00e0 ce qu'elles n\u00e9cessitent que le sch\u00e9ma r\u00e9side en un emplacement sp\u00e9cifique.
			property.show-all-attributes.synopsis=Indique s'il faut traiter tous les attributs dans l'entr\u00e9e de sch\u00e9ma comme s'ils \u00e9taient des attributs utilisateur, quelle que soit leur configuration.
			property.show-all-attributes.description=Ceci peut fournir une compatibilit\u00e9 avec des applications qui n\u00e9cessitent que des attributs de sch\u00e9ma comme attributeType et objectClasses soient inclus par d\u00e9faut m\u00eame s'ils ne sont pas n\u00e9cessaires. Remarque : l'attribut ldapSyntaxes sera toujours consid\u00e9r\u00e9 comme op\u00e9rationnel, afin d'\u00e9viter des probl\u00e8mes lors des tentatives de modifications du sch\u00e9ma sur le protocole.
			property.writability-mode.synopsis=Sp\u00e9cifie le comportement que le backend doit emprunter lors du traitement des op\u00e9rations d'\u00e9criture.
			property.writability-mode.syntax.enumeration.value.disabled.synopsis=Entra\u00eene un \u00e9chec de toutes les tentatives d'\u00e9criture.
			property.writability-mode.syntax.enumeration.value.enabled.synopsis=Permet aux op\u00e9rations d'\u00e9criture d'\u00eatre effectu\u00e9es dans ce backend (si l'op\u00e9ration demand\u00e9e est valide, l'utilisateur a l'autorisation d'effectuer l'op\u00e9ration, le backend prend en charge ce type d'op\u00e9ration d'\u00e9criture et la propri\u00e9t\u00e9 globale du mode de capacit\u00e9 \u00e0 \u00e9crire est \u00e9galement activ\u00e9e).
			property.writability-mode.syntax.enumeration.value.internal-only.synopsis=Entra\u00eene un \u00e9chec des tentatives d'\u00e9criture mais autorise les \u00e9critures par r\u00e9plication et op\u00e9rations internes.