Re: [RT] Ideas for a multi-tenant and multi-module content model

[Carsten Ziegeler <cz...@apache.org>]

Thanks Bertrand for taking this up,

Am 30.01.15 um 14:19 schrieb Alexander Saar:
> Hi,
> 
> thanks for sharing this. The approach sounds reasonable, but it would
> probably help to have a more concrete example for the content structure
> including the resource type mappings.

yes, I think a full example would really help - I think the changes for
script resolution go in the same direction as a prototype I did long
time ago (just need to find the code).

Carsten

> 
> Will /tenant/T/home only contain groups used define tenant membership? Or
> will it also contain the actual users? There can be scenarios where a user
> could have access to multiple tenants while in other scenarios this may not
> be desirable.
> 


-- 
Carsten Ziegeler
Adobe Research Switzerland
cziegeler@apache.org

Re: [RT] Ideas for a multi-tenant and multi-module content model

[Bertrand Delacretaz <bd...@apache.org>]

Hi,

On Mon, Feb 2, 2015 at 10:39 AM, Carsten Ziegeler <cz...@apache.org> wrote:
> ...I think a full example would really help...

I now have a reasonably working prototype, details at SLING-4386 in
the "Working proof of concept, February 5th, 2015" section.

It shows how content from different tenants is rendered by scripts
from different versions of a (minimal) module, although the resource
types are the same.

The nice thing is that the changes to Sling are minimal, see there for details.

All just a prototype for now, but I like the way it's going - allowing
old and new-style apps to coexist as this does would certainly help.

In case you're wondering, there's nothing in there as far as
tenant-specific OSGi services are concerned so far, except that a
tenant can define which default servlets are available to render its
resources.

-Bertrand

Re: [RT] Ideas for a multi-tenant and multi-module content model

[Bertrand Delacretaz <bd...@apache.org>]

Hi,

On Mon, Feb 2, 2015 at 10:39 AM, Carsten Ziegeler <cz...@apache.org> wrote:
> ...yes, I think a full example would really help - I think the changes for
> script resolution go in the same direction as a prototype I did long
> time ago (just need to find the code)....

Cool, I'm hoping to have some working code by tomorrow to expose the
ideas more clearly.

So far it looks like the main thing is to make our servlet/script
resolver stateless, to be able to compute a tenant-specific search
path first and then use that path to find scripts and servlets.

-Bertrand