Konrad Windszus wrote
> "Deriving" in this context means: having a sling:resourceSuperType set.
> So in my example "componenta" has sling:resourceSuperType set to 
> "core/wcm/components/image/v1/image" and "componentb" has 
> sling:resourceSuperType set to "componenta".
> 
Got it, thanks - I think that should work...has componenta a different
resource type than componenta? (not sure if this makes a difference though)

Regards
Carsten

>> On 13. Jun 2017, at 16:24, Carsten Ziegeler <[email protected]> wrote:
>>
>> Konrad Windszus wrote
>>> Hi,
>>> Currently if a servlet is registered for a specific resource type, e.g. 
>>> like the one from 
>>> https://github.com/Adobe-Marketing-Cloud/aem-core-wcm-components/blob/be656c09ea43ea80b37e0727399aa48de3e43c8a/bundles/core/src/main/java/com/adobe/cq/wcm/core/components/internal/servlets/AdaptiveImageServlet.java
>>>  it is correctly resolved for a resource with a resource type "componenta"  
>>> directly having "core/wcm/components/image" as resource super type. But as 
>>> soon as an additional inheritance level comes into play, e.g. "componenta" 
>>> deriving from "core/wcm/components/image" and "componentb" deriving from 
>>> "componenta" the servlet is no longer being resolved for resources having 
>>> the resource type "componentb" (and instead a 404 is returned, because no 
>>> other servlet/script for the according selector is registered). Is that a 
>>> known limitation of the Servlet Resolver?
>>
>> I'm not quiet sure what you mean with "deriving"?
>>
>> Regards
>> Carsten
>>
>>> Thanks,
>>> Konrad
>>>
>>
>>
>>
>>
>> -- 
>> Carsten Ziegeler
>> Adobe Research Switzerland
>> [email protected]
> 
> 


 

-- 
Carsten Ziegeler
Adobe Research Switzerland
[email protected]

Reply via email to