Bug 22704

Empty "DAV:" HTTP headers when Slide is configured not to use versionControl. Here is a network 
trace:

127.000.000.001.54311-127.000.000.001.08080: OPTIONS /files/ HTTP/1.1
User-Agent: WebDAVFS/1.2.3 (01238000) Darwin/6.6 (Power Macintosh)
Accept: */*
Host: localhost:8080
Content-Length: 0


127.000.000.001.08080-127.000.000.001.54311: HTTP/1.1 200 OK
Content-Length: 0
Allow: PROPPATCH, UNLOCK, COPY, DELETE, TRACE, OPTIONS, POST, HEAD, ACL, GET, REPORT, 
LOCK, PROPFIND, PUT, CONNECT, MOVE
Date: Fri, 22 Aug 2003 23:28:58 GMT
Server: Apache Tomcat/4.0.3 (HTTP/1.1 Connector)
MS-Author-Via: DAV
DAV: 1, 2, slide, access-control
DAV: 
DAV: 
Set-Cookie: JSESSIONID=21F1F5EC1101F5025B93C8E7F7DF21CB;Path=/

The patch included moves the creation of the StringBuffer object in executeRequest() that holds 
the DAV HTTP header value to inside the useVersionControl test. It also moves the resp.addHeader 
call inside useVersionControl as there seems to be no reason to add an empty header - even for a 
Windows client.