+1 for creating a "simple" FS resource provider with _pluggable_
formats. Maybe it doesn't even need to be FS specific? Just "simple"
:)
Things like a mock JCR implementation are very useful for some
use-cases, but IMHO they could also be achieved with a custom adapter
factory and thus be highly d
+1 on a simple resource provider, I'm curious about the focus on a filesystem
provider. I've started playing around with creating one and I see a clear
logical association between what a resource provider needs and a key-value
store. Good key-value stores already have versioning, and non blockin
Am 12.11.2018 um 14:31 schrieb Bertrand Delacretaz:
Hi,
On Mon, Nov 12, 2018 at 12:20 PM Carsten Ziegeler wrote:
...As a side note, the markdown resource provider in the whiteboard is
another file system based rp which is closer to my use case, except that
it supports markdown files instead
Hi,
On Mon, Nov 12, 2018 at 12:20 PM Carsten Ziegeler wrote:
> ...As a side note, the markdown resource provider in the whiteboard is
> another file system based rp which is closer to my use case, except that
> it supports markdown files instead of json...
Having a GitHub-friendly resource provi
; Stefan Seifert
Subject: Re: [RT] Simple File System Resource Provider
It's only 1 - 2 from your list is taking a structured json and creates
resources out of the structure (if I'm not mistaken) which is something
I don't need.
With the approach I hope there is no need for b) (
egeler [mailto:cziege...@apache.org]
>Sent: Monday, November 12, 2018 11:51 AM
>To: dev@sling.apache.org; Stefan Seifert
>Subject: Re: [RT] Simple File System Resource Provider
>
>It's only 1 - 2 from your list is taking a structured json and creates
>resources out of the s
al Message-
From: Carsten Ziegeler [mailto:cziege...@apache.org]
Sent: Monday, November 12, 2018 11:20 AM
To: dev@sling.apache.org; Stefan Seifert
Subject: Re: [RT] Simple File System Resource Provider
Hi,
I would be totally happy if we can factor out the extensions, I'm
wondering however if
20 AM
>To: dev@sling.apache.org; Stefan Seifert
>Subject: Re: [RT] Simple File System Resource Provider
>
>Hi,
>
>I would be totally happy if we can factor out the extensions, I'm
>wondering however if this is worth the effort.
>
>In my use case, I would like to have a
@apache.org]
Sent: Sunday, November 11, 2018 10:56 AM
To: Sling Developers
Subject: [RT] Simple File System Resource Provider
I've recently tried to run a minimal Sling without JCR. Obviously you
need at least one resource provider to have some content, so I picked
the easiest choice, the file syst
en Ziegeler [mailto:cziege...@apache.org]
>Sent: Sunday, November 11, 2018 10:56 AM
>To: Sling Developers
>Subject: [RT] Simple File System Resource Provider
>
>I've recently tried to run a minimal Sling without JCR. Obviously you
>need at least one resource provider to have s
Seeing as the current filesystem resource provider does need an update to java
8 api, it would be nice to refactor / start over with that one and make it more
generic / extensible? It has some caveats (like the start up scanning etc.)
that would be nice to have fixed in a more elegant way.
Roy
I've recently tried to run a minimal Sling without JCR. Obviously you
need at least one resource provider to have some content, so I picked
the easiest choice, the file system resource provider.
However, it turned out that this is not the easiest choice for this
scenario as it has a lot of fea
12 matches
Mail list logo