Your achievements

Level 1

0% to

Level 2

Tip /
Sign in

Sign in to Community

to gain points, level up, and earn exciting badges like the new
BedrockMission!

Learn more

View all

Sign in to view all badges

SOLVED

AEM resource mapping precedence over vanity url

abhilashs827015
Level 1
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
SameerBhalerao
Correct answer by
Level 4
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
SameerBhalerao
Correct answer by
Level 4
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

Jörg_Hoh
Employee
Employee

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