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 ?
Solved! Go to Solution.
Views
Replies
Total Likes
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;
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;
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
Views
Likes
Replies
Views
Likes
Replies
Views
Likes
Replies