RE: adding java classes into the jcr

Hi Jason I take it the idea is to strictly modularize on a CQ component level? While there is some support for placing java files in the JCR and use them as servlets for specific resources, this approach is somewhat exotic and you're better of providing application code - such as models - in

RE: ResourceProvider not invoked when provider root path is called with HTML extension

Hi everyone I invested more time into the analysis of the issue and did some updates (https://issues.apache.org/jira/browse/SLING-3319), including a patch. If someone could try / review / discuss it, that would be great. Regards, Olaf -Original Message- From: Olaf Otto [mailto:o...@x100

ResourceProvider not invoked when provider root path is called with HTML extension

Hi all, I have created a resource provider adding content as children into a tree of existing JCR content, like this: /content/child1 ß JCR content /content/child1/child2 ß Provided by ResourceProvider This works as expected: child2 is returned as a child of child1, and invoking

RE: ResourceProvider not invoked when provider root path is called with HTML extension

/child1/child2.html in the repository ? If so, this would overwrite the ResourceProvider because it has a full path match as opposed to just …/child2. Regards Felix Am 13.01.2014 um 14:09 schrieb Olaf Otto o...@x100.de: Hi all, I have created a resource provider adding content as children

RE: ResourceProvider not invoked when provider root path is called with HTML extension

? Kind regards, Olaf -Original Message- From: Olaf Otto [mailto:o...@x100.de] Sent: Dienstag, 14. Januar 2014 07:29 To: users@sling.apache.org Subject: RE: ResourceProvider not invoked when provider root path is called with HTML extension Hello, Thank you for the quick replies! The /child2

Sling, rendering and multicore architectures

Hi all, I would like to gather a few ideas concerning a granular, perhaps even generic approach to better using multicore architectures in Sling. First, some context: Basically, I am facing a scenario where we are running a rather sophisticated web application (lot's of dynamic stuff, closed

Velocity scripting support - release?

improvements for the next version ;-) Regards, Olaf ___ Olaf Otto IKGE* externe Mitarbeiter, Unic AG, Bern CSS Versicherung Tribschenstrasse 21 CH-6002 Luzern Telefon +41 (0)58 277 11 11 Telefax +41 (0)58 277 12 12 olaf.o...@css.ch

Antwort: RE: Velocity scripting support

the scripting api and velocity bundles or was there additional configuration involved? Regards, Olaf ___ Olaf Otto IKGE* externe Mitarbeiter, Unic AG, Bern CSS Versicherung Tribschenstrasse 21 CH-6002 Luzern Telefon +41 (0)58 277 11 11

Antwort: RE: Antwort: RE: Velocity scripting support

and velocity bundles or was there additional configuration involved? Regards, Olaf ___ Olaf Otto IKGE* externe Mitarbeiter, Unic AG, Bern CSS Versicherung Tribschenstrasse 21 CH-6002 Luzern Telefon +41 (0)58 277 11 11

Velocity scripting support

and regards, Olaf ___ Olaf Otto IKGE* externe Mitarbeiter, Unic AG, Bern CSS Versicherung Tribschenstrasse 21 CH-6002 Luzern Telefon +41 (0)58 277 11 11 Telefax +41 (0)58 277 12 12 olaf.o...@css.ch www.css.ch / www.intras.ch

Antwort: Re: Velocity scripting support

consider a release. Perhaps it would be best to create release candidates beforehand and use those within an actual project? Regards, Olaf ___ Olaf Otto IKGE* externe Mitarbeiter, Unic AG, Bern CSS Versicherung Tribschenstrasse 21

Antwort: Re: Re: Velocity scripting support

Sounds great - I will report the test results tomorrow until 16:00 MEST. Thanks, Olaf ___ Olaf Otto IKGE* externe Mitarbeiter, Unic AG, Bern CSS Versicherung Tribschenstrasse 21 CH-6002 Luzern Telefon +41 (0)58 277 11 11 Telefax +41