DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=27560>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=27560 SecurityImpl.matchPrincipal() can't retrieve group node with leading "+" sign in URI [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|ScopeTokenizer messes up URI|SecurityImpl.matchPrincipal( |for group nodes due to |) can't retrieve group node |leading "+" sign |with leading "+" sign in URI ------- Additional Comments From [EMAIL PROTECTED] 2004-03-11 03:12 ------- In Slide 1.0.16, a group node is indicated by a leading "+" sign. In 2.0 b1, SecurityImpl.matchPrincipal() can't retrieve this kind of group nodes. In rev 1.44.2.3, line 1206, the matchSubject.getUri() is +/users/contacts/owner- TsruUBmJzc/Tv6JVtT2Z3-0. What namespace.getUri() returns is a Uri /+/users/contacts/owner-TsruUBmJzc/Tv6JVtT2Z3-0. So, when groupUri.getStore().retrieveRevisionDescriptor() is called, it causes RevisionDescriptorNotFoundException exception. The reason lies in ScopeTokenizer. When it parses the URI, it prepends a leading "/". --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
