On Feb 20, 2008 4:37 PM, Felix Meschberger [EMAIL PROTECTED] wrote:
...The implementation of this path generation can be done in a new
ResourceResolver.getSearchPath(Resource) method, which returns a dynamic
search path including these sling:config resources if existing. This
search path is
On 2/15/08, Jukka Zitting [EMAIL PROTECTED] wrote:
How about allowing a sling:config child node that could be added to
any node and could contain script and servlet mappings and other
configuration settings that would apply only to that subtree? This
would solve both this and the multiple
Hi,
On Feb 16, 2008 2:20 PM, Felix Meschberger [EMAIL PROTECTED] wrote:
Am Freitag, den 15.02.2008, 18:36 +0200 schrieb Jukka Zitting:
How about allowing a sling:config child node that could be added to
any node and could contain script and servlet mappings and other
configuration settings
Hi,
Am Samstag, den 16.02.2008, 14:26 +0200 schrieb Jukka Zitting:
Hi,
On Feb 16, 2008 2:20 PM, Felix Meschberger [EMAIL PROTECTED] wrote:
Am Freitag, den 15.02.2008, 18:36 +0200 schrieb Jukka Zitting:
How about allowing a sling:config child node that could be added to
any node and
Hi David,
Am Samstag, den 16.02.2008, 09:43 +0100 schrieb David Nuescheler:
Hi Jukka,
I think that's a great idea.
On top of that we used in microjax in case a node was not mapped
we tried the following. if the node was located in /content/xyz we
tried /apps/xyz as the default resource
Hi,
Am Samstag, den 16.02.2008, 14:48 +0200 schrieb Jukka Zitting:
Hi,
On Feb 16, 2008 2:32 PM, Felix Meschberger [EMAIL PROTECTED] wrote:
We don't walk down the tree. We currently do Session.hasItem(String) and
Session.getItem(String) to find the matching item in the repository.
The
Hi,
I have an existing content model and want to build a sling app on top. The
model is Jukka Zitting's mail model he coded for James (see [1]). One mail
is stored as:
nt:file
|-jcr:content (unstructured)
|- from (string)
|- to (string)
|- jcr:data (binary)
...
In order to display a mail
Hi Felix,
thanks a lot - I'll give it a try.
Maybe it would be helpful if we had some additional script resolution based
on URLs or paths. In my example I could map a script to nt:resource if the
resource is below /content/mails or so. Such a mechanism could really be
helpful for users that have
Hi Michael,
Am Freitag, den 15.02.2008, 15:47 +0100 schrieb Michael Marth:
Hi Felix,
thanks a lot - I'll give it a try.
Cool.
Maybe it would be helpful if we had some additional script resolution based
on URLs or paths. In my example I could map a script to nt:resource if the
resource