jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "angela (JIRA)" <j...@apache.org>
Subject [jira] Commented: (JCR-960) Duplicate Folder of the same name in JCR webdav, could be a core issue
Date Wed, 22 Aug 2007 09:10:30 GMT

    [ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521740

angela commented on JCR-960:

i guess it's a client specific problem.  i ask someone to test with his mac dav-client on
the jackrabbit webapp
running on my machine (recent trunk checkout, Day servlet engine), which produced the following

C: MKCOL /jackrabbit/repository/default/untitled%20folder
S: HTTP/1.1 201 Created
C: MOVE /jackrabbit/repository/default/untitled%20folder/  (TO: angela1)
S: HTTP/1.1 201 Created
C: MKCOL /jackrabbit/repository/default/untitled%20folder
S: HTTP/1.1 201 Created
C: MOVE /jackrabbit/repository/default/untitled%20folder/  (TO: angela2)
S: HTTP/1.1 201 Created

But doubleclicking on 'angela1' resource results in the following request

C: PROPFIND /jackrabbit/repository/default/angela2/ 

The only special thing i see at a first glance is the following custom property, which is
(obviously) never
present on the server: {http://www.apple.com/webdav_fs/props/} appledoubleheader , since its
never set by
the client.

> Duplicate Folder of the same name in JCR webdav, could be a core issue
> ----------------------------------------------------------------------
>                 Key: JCR-960
>                 URL: https://issues.apache.org/jira/browse/JCR-960
>             Project: Jackrabbit
>          Issue Type: Bug
>          Components: core, webapp, webdav
>    Affects Versions: 1.3
>         Environment: OSX, JDK 1.5 running standard webdav webapp on a non clustered JVM,
SimpleDbPerisistanceManager on MySQL InnoDB with read-committed transaction isolation
>            Reporter: Ian Boston
>         Attachments: create_second_new_folder.png, create_test1_folder.png, remount_webdav_mount.png,
rename_second_new_folder.png, repository.xml
> 1. Deploy the standard JCR webapp war to tomcat
> 2. change the repository template to the attached (uses a SimpleDbPersistanceManager
connected to MySQL
> 3. go to http://localhost:8080/jcrdav/ and create a default repository
> 4. mount http://localhost:8080/jcrdav/repository/default in OSX Finder
> 5. Create a new Folder, initiallyt called "unnamed folder" 
> 6. rename to "test1"
> 7. Create a second new Folder
> At this point both folders become named "unnamed folder"
> 8. rename second folder to "test2"
> Both folders now named test2 (as per attached screen shot)
> 9. Browse in web browser to http://localhost:8080/jcrdav/repository/default/
> 2 folders, one named test1 and other named test2
> 10. Unmount OSX Finder mount and re-mount, test1 and test2 folders appear in OSX finder,
but steps 5-9 can be repeated again.
> Is this a problem with OSX Finder or something up with the JCR webdav implementation
or possibly something to do with the ItemState caches inside the core ?

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message