Vanity URL is not working as expected | Community
Skip to main content
prohira
New Participant
October 16, 2015
Solved

Vanity URL is not working as expected

  • October 16, 2015
  • 2 replies
  • 1610 views

We have thousands of pages in our websites and out of those pages, 1500 pages have vanity URL associated with them.

I created a new page in author and assigned a vanity URL. After that I tried to hit the page with vanity URL as http://<author_host>:<author_port>/<vanity> but it redirected to 404 page. I went to Felix console > Sling Resource Resolver to verify the vanity but the vanity I entered, didn't even show up in resource resolver.

After sometime, 3 minutes and so, I hit the page again in author with vanity URL and it showed up. Also I could see the entry in sling resource resolver.

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by PaulMcMahon

My guess is that's probably the expected behavior. I don't know this for sure but my guess is that there is Modification Event Listener that listens for changes to the vanity URL property and updates the resource resolver configuration whenever changes are made to the content. Generally these kinds of listeners react quickly, but sometimes if there are lots of events happening they can be delayed which is probably what happened in your case. 

Again that's a total guess someone from Adobe could verify if I am right. 

2 replies

joerghoh
Employee
October 16, 2015

Hi,

I agree with orotas; normally Vanity URLs are picked up pretty fast, but especially under load it could take a bit longer. That's nothing I would really worry about unless it's getting really inconvenient.

kind regards,
Jörg

PaulMcMahonAccepted solution
New Participant
October 16, 2015

My guess is that's probably the expected behavior. I don't know this for sure but my guess is that there is Modification Event Listener that listens for changes to the vanity URL property and updates the resource resolver configuration whenever changes are made to the content. Generally these kinds of listeners react quickly, but sometimes if there are lots of events happening they can be delayed which is probably what happened in your case. 

Again that's a total guess someone from Adobe could verify if I am right.