On 16 Sep 2010, at 06:42, Justin Edelson wrote: > On 9/15/10 4:36 PM, Ian Boston wrote: >> >> On 15 Sep 2010, at 05:01, Justin Edelson wrote: >> >>> FYI - Created JCR-2748 and submitted a patch to provide a simple way to >>> disable anonymous access to the security workspace. >>> >>> Ian - have you looked at turning the Sakai server bundle into a fragment >>> attached to the Sling JCR Jackrabbit Server bundle? I do that with a >>> custom FileSystem and DataSource implementation and it seems to work OK. >>> Having this as a fragment would make it easier for other projects to >>> consume, although I understand if that isn't really the point of Sakai. >> >> Justin, >> Thanks for the tip. >> I havent looked into it, but I know I should, Sakai would like to feel its >> contributing back. >> At the moment we are pushing for a release on 1 Oct, and have feature >> frozen, so I am probably going to have to wait until after that release. >> Ian >> >> >> > I poked around the code a bit. I think you'd probably want to > restructure the code to move the security API into a separate bundle as > well as repackage everything. I'll be happy to try to help with this > after your release (good luck with that!)
Ok, and thanks (x2) > > From the Sling side, I think we should be trying to ensure that these > types of extensions are possible and easy to do without rebundling. > Sakai is a good test bed for this capability. From an entirely selfish point of view this would be great, keeping the duplicated code in sync is a pain and feels wrong. At the moment the only 2 areas we extend are the server bundle and the usermanager bundle. Most of the usermanager bundle is about performing actions post user or group creation, what I should spend some time doing is having a look at this and seeing if it cant be hooked in via sync events, so that we can revert to the Sling bundles. Ian > > Justin
