Hi, Am 20.12.2011 um 19:18 schrieb Colin Flanagan:
> > Could a SlingOptingServlet be adapted for this purpose? No, because this only comes into play, when canidate servlets and scripts have already been selected by the ServletResolver. And the servlet configuration setup comes nto play when the resolver selects the servlets. As a result: when it comes to SlingOptingServlet it is probably already too late. Regards Felix > > > On Dec 20, 2011, at 10:37 AM, Felix Meschberger <fmesc...@adobe.com> wrote: > >> Hi >> >> Am 20.12.2011 um 16:22 schrieb sam ”: >> >>> sling.servlet.paths = "/imgs" only registers the servlet for: >>> >>> GET /imgs >>> >>> The servlet should be registered for: >>> GET /imgs/blah/blah.jpg, too. >> >> It would also be for >> >> GET /imgs.ext/blah/blah/blah.jpg >> >> where /blah/blah/blah.jpg would be the request suffix. >> >> Other than that, we don't currently have a mechanism in Sling to register a >> servlet for a subtree. >> >> Outside of Sling you could register a servlet for /imgs directly with the >> OSGi Http Service. You would just have to provide an OSGi HttpContext >> implementation whose handleSecurity method calls the >> AuthenticationSupport.handleSecurity method. >> >> Regards >> Felix >> >>> >>> >>> >>> On Mon, Dec 19, 2011 at 5:42 PM, Alexander Klimetschek >>> <aklim...@adobe.com>wrote: >>> >>>> On 19.12.11 23:35, "Alexander Klimetschek" <aklim...@adobe.com> wrote: >>>>> Also, you could put it under /content/imgs or /libs/imgs >>>> >>>> Ups, I meant /apps/imgs or maybe /etc/imgs (/apps & /libs should usually >>>> be closed as much as possible for public instances to avoid any chance of >>>> exposing code or configuration). >>>> >>>> Chees, >>>> Alex >>>> >>>> -- >>>> Alexander Klimetschek >>>> Developer // Adobe (Day) // Berlin - Basel >>>> >>>> >>>> >>>> >>>> >>
