You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Ian Boston (JIRA)" <ji...@apache.org> on 2007/06/04 00:19:15 UTC
[jira] Created: (JCR-960) Duplicate Folder of the same name in JCR
webdav, could be a core issue
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: 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.
[jira] Commented: (JCR-960) OSX Dav Client: Duplicate Folder of the
same name
Posted by "angela (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543821 ]
angela commented on JCR-960:
----------------------------
> ... but they could just be working around the problem.
for that i would like to understand what makes the client misbehave.
as soon as you can provide more information (i don't have OSX), i will do my best to solve the problem even
if is a client problem.
however, i am definitely not in favor of adding special hacks for the various dav clients by guessing
what could make them happy. these kind of workarounds are prone to introduce problems with other clients, client updates...
so: please provide http conversation with dav servers that work well with your client. that will probably give the required information that helps to understand the problem and may illustrate what makes your client misbehave with the jackrabbit-server.
thanks
angela
> OSX Dav Client: Duplicate Folder of the same name
> -------------------------------------------------
>
> Key: JCR-960
> URL: https://issues.apache.org/jira/browse/JCR-960
> Project: Jackrabbit
> Issue Type: Bug
> Components: jackrabbit-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
> Priority: Minor
> Attachments: create_second_new_folder.png, create_test1_folder.png, remount_webdav_mount.png, rename_on_mac.log, 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.
[jira] Updated: (JCR-960) Duplicate Folder of the same name in JCR
webdav, could be a core issue
Posted by "Ian Boston (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ian Boston updated JCR-960:
---------------------------
Attachment: create_test1_folder.png
Mounted the webdav folder, and create a new folder, renamed to test1
> 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, 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.
[jira] Commented: (JCR-960) Duplicate Folder of the same name in
JCR webdav, could be a core issue
Posted by "Ian Boston (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502273 ]
Ian Boston commented on JCR-960:
--------------------------------
No with the patch from JCR-950 the problem is still there.
Logically,
This could be an OSX finder issue, since there is no state maintained between sessions and when you re-connect the mount the problem goes so it is a phantom.
If I use DAV Explorer there does not appear to be a problem with creating folders and the when I create Folders in the finder window, the expected patterns are seen in the DAV window even though the finder window is behaving stragely.
This could just be due to the difference in the way in which OSX Finder operates and DAVExplorer is much simpler. I will see if Golliath makes any difference. (after that I guess its tcpdump :( )
> 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.
[jira] Updated: (JCR-960) Duplicate Folder of the same name in JCR
webdav, could be a core issue
Posted by "Ian Boston (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ian Boston updated JCR-960:
---------------------------
Attachment: create_second_new_folder.png
Create a second new folder, both folders become named "unnamed folder" as soon as the second "unnamed folder" appears
> 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, 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.
[jira] Updated: (JCR-960) Duplicate Folder of the same name in JCR
webdav, could be a core issue
Posted by "angela (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
angela updated JCR-960:
-----------------------
Attachment: rename_on_mac.log
http conversion illustrating the problem
> 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_on_mac.log, 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.
[jira] Commented: (JCR-960) Duplicate Folder of the same name in
JCR webdav, could be a core issue
Posted by "Julian Reschke (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502299 ]
Julian Reschke commented on JCR-960:
------------------------------------
If this would be about the Microsoft Webfolder client, I'd make the wild guess that the client for some reason uses DAV:displayname instead of the last path segment; and the moving the node didn't change DAV:displayname (and it shouldn't). But as fas as I recall, the JCR WebDAV server indeed computes DAV:displayname from the last path segment (IMHO a bug), and thus this is unlikely to be the reason.
> 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.
[jira] Updated: (JCR-960) Duplicate Folder of the same name in JCR
webdav, could be a core issue
Posted by "Ian Boston (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ian Boston updated JCR-960:
---------------------------
Attachment: repository.xml
The repository xml with all cluster parts commented out to make it single node.
> 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: 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.
[jira] Commented: (JCR-960) Duplicate Folder of the same name in
JCR webdav, could be a core issue
Posted by "Ian Boston (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502062 ]
Ian Boston commented on JCR-960:
--------------------------------
Yes, it could be, I will take that patch and see if the problem goes away, thank you.
> 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.
[jira] Commented: (JCR-960) Duplicate Folder of the same name in
JCR webdav, could be a core issue
Posted by "angela (JIRA)" <ji...@apache.org>.
[ 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 results:
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.
[jira] Commented: (JCR-960) OSX Dav Client: Duplicate Folder of the
same name
Posted by "Ian Boston (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543857 ]
Ian Boston commented on JCR-960:
--------------------------------
I have tried to reproduce this on the setup that I had, but It doesnt appear to happen any more..... perhapse an OSX update has fixed this, there have been a few.
For the moment, I think that it would make sense to close this issue and If I manage to reproduce it I will re-open.
Sorry, for the waste of time.
Ian
> OSX Dav Client: Duplicate Folder of the same name
> -------------------------------------------------
>
> Key: JCR-960
> URL: https://issues.apache.org/jira/browse/JCR-960
> Project: Jackrabbit
> Issue Type: Bug
> Components: jackrabbit-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
> Priority: Minor
> Attachments: create_second_new_folder.png, create_test1_folder.png, remount_webdav_mount.png, rename_on_mac.log, 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.
[jira] Commented: (JCR-960) OSX Dav Client: Duplicate Folder of the
same name
Posted by "Bertrand Delacretaz (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543882 ]
Bertrand Delacretaz commented on JCR-960:
-----------------------------------------
FWIW, I remember seeing similar problems with a MacOSX client, where the MacOSX finder seemed to have cached some WebDAV info, and used it event though it was stale.
As Ian observed, disconnecting and reconnecting the drive makes the problem go away.
If that happens again, I'll try go get an http dump to have a test case (or to blame OSX if it's doing things wrong).
> OSX Dav Client: Duplicate Folder of the same name
> -------------------------------------------------
>
> Key: JCR-960
> URL: https://issues.apache.org/jira/browse/JCR-960
> Project: Jackrabbit
> Issue Type: Bug
> Components: jackrabbit-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
> Priority: Minor
> Attachments: create_second_new_folder.png, create_test1_folder.png, remount_webdav_mount.png, rename_on_mac.log, 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.
[jira] Updated: (JCR-960) OSX Dav Client: Duplicate Folder of the
same name
Posted by "angela (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
angela updated JCR-960:
-----------------------
Component/s: (was: webapp)
(was: core)
Priority: Minor (was: Major)
Summary: OSX Dav Client: Duplicate Folder of the same name (was: Duplicate Folder of the same name in JCR webdav, could be a core issue)
adjusting components and subject.
I'm pretty sure, this is DAV client specific problem.
Next steps would be:
- Find out, why the client behaves that way (expectations? known problem?)
- check if the problem can be avoided if the server would behave differently
> OSX Dav Client: Duplicate Folder of the same name
> -------------------------------------------------
>
> Key: JCR-960
> URL: https://issues.apache.org/jira/browse/JCR-960
> Project: Jackrabbit
> Issue Type: Bug
> Components: 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
> Priority: Minor
> Attachments: create_second_new_folder.png, create_test1_folder.png, remount_webdav_mount.png, rename_on_mac.log, 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.
[jira] Commented: (JCR-960) OSX Dav Client: Duplicate Folder of the
same name
Posted by "angela (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543899 ]
angela commented on JCR-960:
----------------------------
> If that happens again, I'll try go get an http dump to have a test case (or to blame OSX if it's doing
> things wrong).
too late ;)
i already got a log from one of my colleagues, who is working on osx (month ago as you can see above).
it seems to be a flaw of the osx client and the only thing that remains to be solved:
- what makes the client misbehave and
- what kind of information could the server send that this doesn't happen.
ian mentioned that other servers work fine and i'm asking for a conversation with such a server.
then i might be able to help by adding some sort of workaround. until then it's a bug in a dav-client...
angela
> OSX Dav Client: Duplicate Folder of the same name
> -------------------------------------------------
>
> Key: JCR-960
> URL: https://issues.apache.org/jira/browse/JCR-960
> Project: Jackrabbit
> Issue Type: Bug
> Components: jackrabbit-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
> Priority: Minor
> Attachments: create_second_new_folder.png, create_test1_folder.png, remount_webdav_mount.png, rename_on_mac.log, 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.
[jira] Updated: (JCR-960) Duplicate Folder of the same name in JCR
webdav, could be a core issue
Posted by "Ian Boston (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ian Boston updated JCR-960:
---------------------------
Attachment: rename_second_new_folder.png
rename the second new folder to test2, immediately both folders become named test2
> 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.
[jira] Commented: (JCR-960) OSX Dav Client: Duplicate Folder of the
same name
Posted by "angela (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532164 ]
angela commented on JCR-960:
----------------------------
Ian, do you have any news on this issue?
>From my point of view it's a client specific problem and i consider this to be an issue in the DAV server unless
you (or some else) provides more details.
> OSX Dav Client: Duplicate Folder of the same name
> -------------------------------------------------
>
> Key: JCR-960
> URL: https://issues.apache.org/jira/browse/JCR-960
> Project: Jackrabbit
> Issue Type: Bug
> Components: jackrabbit-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
> Priority: Minor
> Attachments: create_second_new_folder.png, create_test1_folder.png, remount_webdav_mount.png, rename_on_mac.log, 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.
[jira] Commented: (JCR-960) Duplicate Folder of the same name in
JCR webdav, could be a core issue
Posted by "Jukka Zitting (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12501759 ]
Jukka Zitting commented on JCR-960:
-----------------------------------
Could this be related to the recent JCR-950 issue?
> 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.
[jira] Updated: (JCR-960) Duplicate Folder of the same name in JCR
webdav, could be a core issue
Posted by "Ian Boston (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ian Boston updated JCR-960:
---------------------------
Attachment: remount_webdav_mount.png
unmount the webdav drive and remount, now everything looks Ok.
> 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.
[jira] Commented: (JCR-960) OSX Dav Client: Duplicate Folder of the
same name
Posted by "Ian Boston (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532216 ]
Ian Boston commented on JCR-960:
--------------------------------
Sorry, no, its really waiting on me to download the latest trunk and try again. I think until I have done that you should wait.
However,
I do use OSX Finder with other WebDAV servers and they dont do the same thing, but they could just be working around the problem.
> OSX Dav Client: Duplicate Folder of the same name
> -------------------------------------------------
>
> Key: JCR-960
> URL: https://issues.apache.org/jira/browse/JCR-960
> Project: Jackrabbit
> Issue Type: Bug
> Components: jackrabbit-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
> Priority: Minor
> Attachments: create_second_new_folder.png, create_test1_folder.png, remount_webdav_mount.png, rename_on_mac.log, 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.
[jira] Resolved: (JCR-960) OSX Dav Client: Duplicate Folder of the
same name
Posted by "angela (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
angela resolved JCR-960.
------------------------
Resolution: Incomplete
no problem...
if you (or somebody else) is struggling again with that OSX problem, feel free to
open this issue again and attach the required information that would help to
modify the server such that the client is not misbehaving.
> OSX Dav Client: Duplicate Folder of the same name
> -------------------------------------------------
>
> Key: JCR-960
> URL: https://issues.apache.org/jira/browse/JCR-960
> Project: Jackrabbit
> Issue Type: Bug
> Components: jackrabbit-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
> Priority: Minor
> Attachments: create_second_new_folder.png, create_test1_folder.png, remount_webdav_mount.png, rename_on_mac.log, 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.