Serveur Apache HTTP Version 2.4
Serveur Apache HTTP Version 2.4
| Description: | Module de verrouillage g�n�rique pour
mod_dav |
|---|---|
| Statut: | Extension |
| Identificateur�de�Module: | dav_lock_module |
| Fichier�Source: | mod_dav_lock.c |
| Compatibilit�: | Disponible depuis la version 2.1 d'Apache |
ce module impl�mente une API de verrouillage g�n�rique que tout
fournisseur support de mod_dav peut utiliser. Son
activation n�cessite l'utilisation de mod_dav. Mais
sans fournisseur support pour l'utiliser, il n'est d'aucun service
et ne doit pas �tre charg� dans le serveur. mod_dav_svn, le module qui
impl�mente le fournisseur subversion, est un exemple
de module de support qui utilise effectivement
mod_dav_lock.
Notez que mod_dav_fs n'a pas besoin de
ce module de verrouillage g�n�rique, car il utilise sa propre
version plus sp�cifique.
Pour que mod_dav_lock puisse fonctionner, il
vous suffit de sp�cifier le chemin de la base de donn�es des verrous
� l'aide de la directive DavGenericLockDB d�crite
ci-dessous.
Pour d�terminer le pointeur de la fonction du fournisseur de
verrouillage, vous devez utiliser l'API
ap_lookup_provider avec les arguments
dav-lock, generic et 0.
| Description: | Chemin de la base de donn�es des verrous DAV |
|---|---|
| Syntaxe: | DavGenericLockDB chemin fichier |
| Contexte: | configuration du serveur, serveur virtuel, r�pertoire |
| Statut: | Extension |
| Module: | mod_dav_lock |
La directive DavLockDB permet de sp�cifier
le chemin complet de la base de donn�es des verrous, sans extension.
Si le chemin n'est pas absolu, il sera consid�r� comme relatif au
r�pertoire d�fini par la directive ServerRoot. L'impl�mentation de
mod_dav_lock utilise une base de donn�es SDBM pour
surveiller les verrous utilisateurs.
DavGenericLockDB var/DavLock
Les utilisateur et groupe sous lesquels Apache s'ex�cute et qui
sont respectivement d�finis par les directives User et Group doivent pouvoir �crire dans le
r�pertoire qui contient le fichier de la base de donn�es des
verrous. Pour des raisons de s�curit�, il est recommand� de cr�er un
r�pertoire d�di� � la base de donn�es des verrous, plut�t que de
modifier les permissions d'un r�pertoire existant. Dans l'exemple
ci-dessus, Apache va cr�er des fichiers dans le r�pertoire
var/, lui-m�me sous-r�pertoire du r�pertoire d�fini par
la directive ServerRoot, avec le nom de base
DavLock suivi d'une extension choisie par le
serveur.