Hi,
I haven't really thought about this in detail but when the use case came
up the first thing that came to my mind was to somehow hook into the
servlet resolution mechanism.
In some way the bundled scripts provide something similar, not exactly
the same - but maybe it can be built in the
Sling does not mandate anything to be mutable or immutable. Products
build on top of Sling however might do. Ruben has noted that the
solution he is working on is immutable with respect to /apps and ours
is, too. That is for production systems - not development systems.
As noted, a mechanism
Where are the docs about making apps completely immutable? Sounds like it
would be huge pain to be a site (customer) developer for a system like
that.
On Fri, Apr 23, 2021, 1:32 AM Carsten Ziegeler wrote:
> Thanks Ruben,
>
> in my opinion /apps belongs to developers. In our case its immutable
Hi Carsten
Ruben told me that you think that this can be accomplished with a change to the
Servlets Resolver. I am not sure how that would work as a servlet is driven by
its resource type , extension etc. This in turn would mean that each child
entry would need to adhere to that as well.
-
Carsten,
I think I understand your security concern - do you see another way to
solve this in that case?
Ruben
On 4/22/2021 10:31 PM, Carsten Ziegeler wrote:
Thanks Ruben,
in my opinion /apps belongs to developers. In our case its immutable
for good reasons. Drilling a hole into this and
Thanks Ruben,
in my opinion /apps belongs to developers. In our case its immutable for
good reasons. Drilling a hole into this and allowing non developers
contribute to /apps, especially in a dynamic fashion circumventing the
immutability sounds very risky and can result in security problems.
Carsten, see inline
On 4/22/2021 6:55 AM, Carsten Ziegeler wrote:
Am 21.04.2021 um 15:30 schrieb Ruben Reusser:
- for each website that is created we have to create a corresponding
/apps folder for rendering purposes
I assume the ddr solution is temporary and eventually the information
is
Am 21.04.2021 um 15:30 schrieb Ruben Reusser:
Bertrand, Carsten,
On 4/20/2021 10:57 PM, Carsten Ziegeler wrote:
I totally agree that we should try to avoid overlapping solutions and
as mentioned superimposing and ddr sound pretty similar.
I understand the use cases on a higher level. However
To: dev@sling.apache.org
Subject: Re: Sling Declarative Dynamic Resources
totally forgot to add the link to the code base - sorry
https://github.com/apache/sling-whiteboard/tree/master/org.apache.sling.ddr
On 4/19/2021 10:29 AM, Ruben Reusser wrote:
dear sling community
Andreas has been working
Bertrand, Carsten,
On 4/20/2021 10:57 PM, Carsten Ziegeler wrote:
I totally agree that we should try to avoid overlapping solutions and
as mentioned superimposing and ddr sound pretty similar.
I understand the use cases on a higher level. However - similar to
Bertrand - I'm a little bit
, 2021 1:54 PM
To: dev@sling.apache.org
Subject: Re: Sling Declarative Dynamic Resources
totally forgot to add the link to the code base - sorry
https://github.com/apache/sling-whiteboard/tree/master/org.apache.sling.ddr
On 4/19/2021 10:29 AM, Ruben Reusser wrote:
dear sling community
Andreas
gt; stefan
> >
> >> -----Original Message-
> >> From: Ruben Reusser
> >> Sent: Tuesday, April 20, 2021 1:54 PM
> >> To: dev@sling.apache.org
> >> Subject: Re: Sling Declarative Dynamic Resources
> >>
> >> totally forgot to add
t;
>> -Original Message-
>> From: Ruben Reusser
>> Sent: Tuesday, April 20, 2021 1:54 PM
>> To: dev@sling.apache.org
>> Subject: Re: Sling Declarative Dynamic Resources
>>
>> totally forgot to add the link to the code base - sorry
>>
>&
On Tue, Apr 20, 2021 at 3:30 PM Ruben Reusser wrote:
> ... sling-org-apache-sling-superimposing may in fact provide almost the same
> functionality we are looking for and is definitely worth a try from our
> side!...
I haven't looked at that or DDR in detail but
overlaying/shadowing/masking
://github.com/apache/sling-org-apache-sling-resourcemerger
can you differentiate what DDR does differently?
stefan
-Original Message-
From: Ruben Reusser
Sent: Tuesday, April 20, 2021 1:54 PM
To: dev@sling.apache.org
Subject: Re: Sling Declarative Dynamic Resources
totally forgot
Ruben,
IMO it's a really interesting concept. A few thoughts:
- I'm not a huge fan of the node type sling:DDR, would
sling:dynamicResource work? I feel like it's more descriptive
- Your node definition has sling:DDR extend sling:Folder, rather than
extending this specific type, would
Ruben Reusser
>Sent: Tuesday, April 20, 2021 1:54 PM
>To: dev@sling.apache.org
>Subject: Re: Sling Declarative Dynamic Resources
>
>totally forgot to add the link to the code base - sorry
>
>https://github.com/apache/sling-whiteboard/tree/master/org.apache.sling.ddr
>
>On
totally forgot to add the link to the code base - sorry
https://github.com/apache/sling-whiteboard/tree/master/org.apache.sling.ddr
On 4/19/2021 10:29 AM, Ruben Reusser wrote:
dear sling community
Andreas has been working to create a way to dynamically create
component proxies in Sling based
dear sling community
Andreas has been working to create a way to dynamically create component
proxies in Sling based on a configuration. In peregrine-cms we are
planning to use this approach when a new tenant (a new website) is
created by a user. It allows us to proxy the base components into
19 matches
Mail list logo
