Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Apache: Dev

DavGenericLockDB scope - what should it be?

 

 

Apache dev RSS feed   Index | Next | Previous | View Threaded


minfrin at sharp

Jul 25, 2012, 4:35 AM

Post #1 of 4 (172 views)
Permalink
DavGenericLockDB scope - what should it be?

Hi all,

According to the docs at http://httpd.apache.org/docs/2.4/mod/mod_dav_lock.html#davgenericlockdb the scope of the DavGenericLockDB is "server config, virtual host, directory".

According to the source, the scope is "inside Directory or Location" as follows:

AP_INIT_TAKE1("DAVGenericLockDB", dav_lock_cmd_davlockdb, NULL, ACCESS_CONF,
"specify a lock database"),

Can anyone confirm which one is supposed to be correct?

Regards,
Graham
--


ruediger.pluem at vodafone

Jul 25, 2012, 5:06 AM

Post #2 of 4 (171 views)
Permalink
RE: DavGenericLockDB scope - what should it be? [In reply to]

> -----Original Message-----
> From: Graham Leggett [mailto:minfrin [at] sharp]
> Sent: Mittwoch, 25. Juli 2012 13:36
> To: dev [at] httpd
> Subject: DavGenericLockDB scope - what should it be?
>
> Hi all,
>
> According to the docs at
> http://httpd.apache.org/docs/2.4/mod/mod_dav_lock.html#davgenericlockdb
> the scope of the DavGenericLockDB is "server config, virtual host,
> directory".
>
> According to the source, the scope is "inside Directory or Location" as
> follows:
>
> AP_INIT_TAKE1("DAVGenericLockDB", dav_lock_cmd_davlockdb, NULL,
> ACCESS_CONF,
> "specify a lock database"),
>
> Can anyone confirm which one is supposed to be correct?

For me the directive seems to work on server level as well (at least I get no error
on startup when using it on server level), but I don't know if the locking is really (still)
used by Subversion (mod_dav_svn) as I see no lock DB created.

Regards

Rüdiger


ruediger.pluem at vodafone

Jul 25, 2012, 5:12 AM

Post #3 of 4 (169 views)
Permalink
RE: DavGenericLockDB scope - what should it be? [In reply to]

> -----Original Message-----
> From: Plüm, Rüdiger, Vodafone Group
> Sent: Mittwoch, 25. Juli 2012 14:06
> To: dev [at] httpd
> Subject: RE: DavGenericLockDB scope - what should it be?
>
>
>
> > -----Original Message-----
> > From: Graham Leggett [mailto:minfrin [at] sharp]
> > Sent: Mittwoch, 25. Juli 2012 13:36
> > To: dev [at] httpd
> > Subject: DavGenericLockDB scope - what should it be?
> >
> > Hi all,
> >
> > According to the docs at
> >
> http://httpd.apache.org/docs/2.4/mod/mod_dav_lock.html#davgenericlockdb
> > the scope of the DavGenericLockDB is "server config, virtual host,
> > directory".
> >
> > According to the source, the scope is "inside Directory or Location"
> as
> > follows:
> >
> > AP_INIT_TAKE1("DAVGenericLockDB", dav_lock_cmd_davlockdb, NULL,
> > ACCESS_CONF,
> > "specify a lock database"),
> >
> > Can anyone confirm which one is supposed to be correct?
>
> For me the directive seems to work on server level as well (at least I
> get no error
> on startup when using it on server level), but I don't know if the
> locking is really (still)
> used by Subversion (mod_dav_svn) as I see no lock DB created.

Answering myself. Later version of mod_dav_svn have their own locking implemented.

Regards

Rüdiger


gstein at gmail

Jul 25, 2012, 7:40 AM

Post #4 of 4 (175 views)
Permalink
Re: DavGenericLockDB scope - what should it be? [In reply to]

The docs are correct. There shouldn't be any real problem with a
server-wide database.

Cheers,
-g
On Jul 25, 2012 7:36 AM, "Graham Leggett" <minfrin [at] sharp> wrote:

> Hi all,
>
> According to the docs at
> http://httpd.apache.org/docs/2.4/mod/mod_dav_lock.html#davgenericlockdbthe scope of the DavGenericLockDB is "server config, virtual host,
> directory".
>
> According to the source, the scope is "inside Directory or Location" as
> follows:
>
> AP_INIT_TAKE1("DAVGenericLockDB", dav_lock_cmd_davlockdb, NULL,
> ACCESS_CONF,
> "specify a lock database"),
>
> Can anyone confirm which one is supposed to be correct?
>
> Regards,
> Graham
> --
>
>

Apache dev RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.