> We have encountered problems with requesting 2 shared locks (Slide is used > without security). Should following two lock tokens be compatible in the > method LockImpl.isCompatible(...)?
If Token1 is already there, and you request token2, then it should fail because you can't get the same lock twice. The problem is that it got refused because of a lack of lock token, not because they were equal. > Token1 = org.apache.slide.lock.NodeLock@5e0873 > .getTypeUri = /administration/security/actions/write > .getSubjectUri = /administration/security/users > .getObjectUri = /files23/test.xml > .isExclusive = false > Token2 = org.apache.slide.lock.NodeLock@5e0873 > .getTypeUri = /administration/security/actions/write > .getSubjectUri = /administration/security/users > .getObjectUri = /files23/test.xml > .isExclusive = false > C1:true > C2:true > C3:true > C4:false > C5:false > C6:true > Compatible:false Remy
