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

AEM resource mapping precedence over vanity url

Avatar

Level 1

Hi,

 

We are facing issue with /welcome.html in dispatcher!

 

/welcome is by default mapped to AEM welcome page i.e. /libs/cq/core/content/welcome.html

 

/welcome is also mapped (AEM resource mapping)to our project page i.e /content/abc/welcome.html

 Actual scenario : abc.com/welcome.html is redirecting to /libs/cq/core/content/welcome.html and throwing 404 as it is denied

Expected scenario : abc.com/welcome.html should internally redirect to /content/abc/welcome.html

So, first precedence is always given for AEM welcome page.

 

Is there any solution for this ?

1 Accepted Solution

Avatar

Correct answer by
Level 4

Hi abhilashs827015,

 

Please try out /etc/map mapping for this scenario. It allows for domain mapping so you can put entries which allow you to map exact domain. One more advantage is that /etc/map respects runmodes so you can pretty much create this for any environment.

 

Please refer https://sling.apache.org/documentation/the-sling-engine/mappings-for-resource-resolution.html and http://blog.magmalabs.io/2016/07/26/how-to-use-internal-redirects-in-aem.html

 

An entry like below would work;

Capture1.JPG

 

View solution in original post

2 Replies

Avatar

Correct answer by
Level 4

Hi abhilashs827015,

 

Please try out /etc/map mapping for this scenario. It allows for domain mapping so you can put entries which allow you to map exact domain. One more advantage is that /etc/map respects runmodes so you can pretty much create this for any environment.

 

Please refer https://sling.apache.org/documentation/the-sling-engine/mappings-for-resource-resolution.html and http://blog.magmalabs.io/2016/07/26/how-to-use-internal-redirects-in-aem.html

 

An entry like below would work;

Capture1.JPG

 

Avatar

Employee Advisor

Your prblem is that you want to reuse an already existing vanity URL. Vanity URLs can exist only once per server, it cannot point to both locations. Personally I wouldn't use it, but rather the map the resource path to a proper URI using resource mapping. That's much more convenient and scales much better (assume that you want to have "nice" URLs also for other pages). Others in this thread have already pointed out URLs where you can read how you can achieve that.

 

HTH,
Jörg