Chandler/Cosmo Interoperability Testing (cont.)

Test 6: Deleted Item Access Control

For some reason, jackrabbit checks permissions for items which items which are in the process of being deleted. Not sure why, but I added some simple code to work around it.

Once again attempted to test my WebDAV account and got the following:

• PROPFIND /webdav/bcm/ returns 207
• PROPFIND /webdav/bcm/39361ede-a630-11d9-b88c-000d935d33e8.tmp returns 404
• PUT /webdav/bcm/39361ede-a630-11d9-b88c-000d935d33e8.tmp returns 201
• DELETE /webdav/bcm/39361ede-a630-11d9-b88c-000d935d33e8.tmp returns 204

Finally the test succeeded.

Test 7: Sharing "All" Collection

Selected the "All" collection and used Test > Share > Share "All" collection, naming the server collection to be created "All", and got the following:

• HEAD /webdav/bcm/All returns 404
• MKCOL /webdav/bcm/All returns 201
• PROPFIND /webdav/bcm/All/ returns 207
• PUT /webdav/bcm/All/194ffbc6-a153-11d9-caf4-000d935d33e8.xml returns 201
• HEAD /webdav/bcm/All/194ffbc6-a153-11d9-caf4-000d935d33e8.xml returns 200
• PUT /webdav/bcm/All/share.xml returns 201
• HEAD /webdav/bcm/All/share.xml returns 200

The HEAD requests were expected since Jackrabbit's WebDAV implementation doesn't (yet) support strong ETags.

Test 8: Syncing "All" Collection

Selected the "All" collection and used Test > Share > Sync "All" collection and got the following:

• HEAD /webdav/bcm/All returns 200
• PROPFIND /webdav/bcm/All/ returns 207
• GET /webdav/bcm/All/share.xml returns 200

However, Chandler showed an error dialog saying Error syncing the 'All' collection using the 'Marilith sharing' account: Not able to import '/webdav/bcm/All/share.xml'.

The problem is that jackrabbit is using JCR's XML import feature to actually add an entire subtree to the repository, rather than just adding the standard little subtree representing a regular file. It does this when the resource's filename ends in .xml. Currently working on a resolution with the jackrabbit folks.

-- BrianMoseley - 05 Apr 2005