Expand my Community achievements bar.

Dive into Adobe Summit 2024! Explore curated list of AEM sessions & labs, register, connect with experts, ask questions, engage, and share insights. Don't miss the excitement.
SOLVED

register sling model exporter at cq:Page with custom selector

Avatar

Level 3

We are currently working with a headless approach and I'm trying to estimate pros & cons of having more selectors in addition to 'model' at the cq:Page component. After digging through the request log and basically discovering what @Jörg_Hoh  also mentioned here: https://cqdump.wordpress.com/2019/01/07/how-does-sling-resolve-an-aem-page-to-the-correct-resource-t...  some special magic included within the cq:Page component redirects requests with special selector 'model' to the page-content where the sling-model-exporter ist registered.

It is easily possible to register sling-model-exporters to component-nodes if they have a proper sling:resourceType set but would it make sense to have this option on the page level too? Any dispatcher or security related issues maybe?

 

for instance

 

/content/somepage.model.json works

/content/somepage/jcr:content.customselector.json works

/content/somepage.customselector.json doesn't ?

 

 

Topics

Topics help categorize Community content and increase your ability to discover relevant content.

1 Accepted Solution

Avatar

Correct answer by
Employee Advisor

Hi Christoph,

If I understand you correctly, you would just start registering customer exporters as selectors selectors to the cq/Page resourcetype.

Technically I don't see a problem with that, but just be aware, that I can execute this exporter on pages where it shouldn't work. That means you need to write some code to ensure that this exporter is just executed on the right "type" of page, and not on any page. If you register that SME directly to the correct resource type, Sling does that for you.

View solution in original post

6 Replies

Avatar

Correct answer by
Employee Advisor

Hi Christoph,

If I understand you correctly, you would just start registering customer exporters as selectors selectors to the cq/Page resourcetype.

Technically I don't see a problem with that, but just be aware, that I can execute this exporter on pages where it shouldn't work. That means you need to write some code to ensure that this exporter is just executed on the right "type" of page, and not on any page. If you register that SME directly to the correct resource type, Sling does that for you.

Avatar

Level 3
But a model is tied to a specific resourcetype?! The 'model' selector only forwards the request to the sling-model if there is a model registered at the resourcetype of the pages content-resource.

Avatar

Community Advisor

Hi,

sling models work for page as well, if you do like /content/weretails/en.model.json

 

But if you looking for something custom, then it should be validated in terms of performance and error handling.

I tried to created similar just for fun - https://aemlab.blogspot.com/2019/07/get-json-response-of-aem-page.html

 



Arun Patidar

Avatar

Level 3
This is not using the sling-model-exporter framework at all. And worse: It responds to all cq:Pages i.e. default-get-servlet and not only to specific page-resourcetypes!

Avatar

Community Advisor

Hi @Christoph_Walte 

This is true, the blog is created just for concept but it is not production ready.

The servlet can be changed to register for as page resource type(s).

The model selector used the sling model exporter, which will get executed if component model is using sling model exporters.But if you don't want to re-register everything then a servlet can be created to parse all node and return as json.

 

but if you want to implement the logic of model selector then you can look for the model.jsp at /libs/cq/Page/model.json.jsp

 

 

 



Arun Patidar