Hey Jason, No to both assumptions
- I used @Inject public Resource resource. Just tried the @Self, same result - I have @Model(adaptables = Resource.class). I don't want to bind my model to a custom Resource class, that would be the same as saying I have to do @Model(adaptables = JcrNodeResource.class), the decorator just decorates your resource implementation class, has nothing to do with your Resource interface you are coming from. Greets, Roy > On 6 Jun 2017, at 21:41, Jason Bailey <jason.bai...@sas.com> wrote: > > Hey Roy, > > Couple of Assumptions: > > For the Self resource you have it defined as: > > @Self > public Resource resource; > > and for the @Model you have something like > @Model(adaptables = RoysCustomDecorator.class) > > Am I close? > > -Jason > > -----Original Message----- > From: Roy Teeuwen [mailto:r...@teeuwen.be] > Sent: Tuesday, June 06, 2017 10:08 AM > To: users@sling.apache.org > Subject: Sling models - Resource decorator > > Hey all, > > I am using sling models version 1.2.2, and I have the following logic: > > - I find some resources with the resource resolver > (resourceResolver.findResources) > - The returned resources are the correct resources which are decorated by my > custom resource decorator > - I iterate the list to cast them to the sling model I want them to be, using > a resource.adaptTo > - The sling model itself has a field Resource resource, to inject itself > > What I notice now is that the injected resource is a JcrNodeResource and not > my decorated resource class anymore. I guess this is a bug in the sling > models implementation? Am I doing something wrong here or is this an actual > bug in the sling models implementation? Is this maybe already fixed in any of > the future versions? > > Greets, > Roy
signature.asc
Description: Message signed with OpenPGP