Return-Path: X-Original-To: apmail-jackrabbit-oak-dev-archive@minotaur.apache.org Delivered-To: apmail-jackrabbit-oak-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id ED013101EA for ; Tue, 11 Feb 2014 01:35:21 +0000 (UTC) Received: (qmail 74383 invoked by uid 500); 11 Feb 2014 01:35:20 -0000 Delivered-To: apmail-jackrabbit-oak-dev-archive@jackrabbit.apache.org Received: (qmail 74337 invoked by uid 500); 11 Feb 2014 01:35:20 -0000 Mailing-List: contact oak-dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: oak-dev@jackrabbit.apache.org Delivered-To: mailing list oak-dev@jackrabbit.apache.org Received: (qmail 74328 invoked by uid 99); 11 Feb 2014 01:35:19 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Feb 2014 01:35:19 +0000 Received: from localhost (HELO mail-vc0-f182.google.com) (127.0.0.1) (smtp-auth username tripod, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Feb 2014 01:35:19 +0000 Received: by mail-vc0-f182.google.com with SMTP id id10so5475396vcb.13 for ; Mon, 10 Feb 2014 17:35:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=cFFUlSfgNoBWjNIwJhHTarEfLN/oEIjgewdEkpKEi24=; b=RZZqozt8yngiO4DyLPmDtk5hi1Tv50AvlMPUvFbZqKRps1/IDdwanDSUp+YJRtCbjJ 8OpsK5TwC7h8qnNWwMclHXzEk3QuMac6djpwtboL6jSIvFfKfL6OrZ86/mkJ8qNZLF92 RlrcCgqTvuzBwnWkETgFjMp4S2lDhL1lPHOypfbaDiZHzLRffxyeoDqINMB59nI7PdrH 7VCC/j6dIJ0+i79wgKZLP62Njb7CHDLlFqHmVK2eaZxnv9o0PEtiTv0c6sUDJm8WDhOg APoaTmgDyZgGsWNJezFKGjjtLWlskUFKRVxJKxUPQjK0w7lKhLRwDz+rcbwJc1JSRvXJ g5ew== X-Gm-Message-State: ALoCoQkN5eaF6LGnC1Mne1aYvTOgH/A01fMJQaYurIb86FJ2WNjlWS7U08yuNIf6xUsK9qQFXVJ4 MIME-Version: 1.0 X-Received: by 10.220.175.198 with SMTP id bb6mr199477vcb.31.1392082518474; Mon, 10 Feb 2014 17:35:18 -0800 (PST) Received: by 10.52.37.76 with HTTP; Mon, 10 Feb 2014 17:35:18 -0800 (PST) In-Reply-To: References: Date: Mon, 10 Feb 2014 17:35:18 -0800 Message-ID: Subject: Re: Make "Whiteboard" accessible through ContentRepository From: Tobias Bocanegra To: "oak-dev@jackrabbit.apache.org" Content-Type: text/plain; charset=UTF-8 Hi, On Mon, Feb 10, 2014 at 2:55 PM, Jukka Zitting wrote: > On Mon, Feb 10, 2014 at 5:49 PM, Tobias Bocanegra wrote: >> On Mon, Feb 10, 2014 at 1:30 PM, Jukka Zitting wrote: >>> On Mon, Feb 10, 2014 at 2:50 PM, Tobias Bocanegra wrote: >>>> in case of the LoginModules, that's not possible. >>> >>> But accessing the whiteboard is? I don't see what's special about the >>> whiteboard, it's just a service dependency like any other. >> >> No, it's a piece of infrastructure, and part of the Oak SPI. I think >> that components should be able to rely on a system wide Whiteboard if >> they want. >> Also, the LoginModules are not 'services' in that sense. they get >> instantiated by JAAS and can only communicate via Callbacks with the >> login context. > > The thing I don't understand here is why you'd be able to access the > Whiteboard instance, but not some other service. If it's "not > possible" to access a reference to a normal service, how would it be > possible to access a reference to the Whiteboard? Aha! Because I make the Whiteboard available through the SecurityProvider.getConfiguration(Whiteboard.class) as a workaround - but I don't like this. I'd rather offer it via a Callback. Regards, Toby