Expand my Community achievements bar.

Don’t miss the AEM Skill Exchange in SF on Nov 14—hear from industry leaders, learn best practices, and enhance your AEM strategy with practical tips.
SOLVED

\/libs/granite/dispatcher/content/vanityUrls.html does not exist on AEM 6.4.3

Avatar

Level 4

Hi all,

According to the documentation at Configuring Dispatcher we no longer need to install the VanityURLS-Components package anymore on AEM instances > 6.3.

I just setup an AEM 6.4.3 instance and there is no /libs/granite/dispatcher/content/vanityUrls.html to be found.

Is the documentation just plain wrong?

Has it been moved to another path? Or must we still install the VanityURLS-Components package on AEM 6.4 instances?

Kind regards,

Wim

1 Accepted Solution

Avatar

Correct answer by
Level 4

The only resolution which worked for me is to allow anonymous access to  /libs/granite/dispatcher/content/vanityUrls.html

Once given, publisher is able to hit the url and cache the vanity_urls at its end. All other setup is as mentioned already like installing VanityURLS-Components to publisher.

View solution in original post

7 Replies

Avatar

Level 10

We are looking into this. If the docs are wrong - we will log a bug,

Avatar

Level 4

After installing the vanityurls-components package 1.0.2 the content appeared in CRX/DE, but the URL was not accessible for "everyone".

When I added an ACL to allow read on /libs/granite/dispatcher/content/vanityUrls, the unauthenticated http call to http://localhost:4502/libs/granite/dispatcher/content/vanityUrls.html works as expected.

Strange the package doesn't contain such an ACL rule.

On the other hand, I read the Replication agent configuration​ documentation again. There, they speak of an "Alias update" option you should enable to send vanity path invalidation requests to Dispatcher. The same should be done on your Dispatcher Flush Agent running on the publish instance as documented here​. I will give that a try that as well, without using the vanityurls-components package.

Avatar

Employee Advisor

The behavior is perfectly ok, because /libs is locked down (and it is since quite a while).

Avatar

Correct answer by
Level 4

The only resolution which worked for me is to allow anonymous access to  /libs/granite/dispatcher/content/vanityUrls.html

Once given, publisher is able to hit the url and cache the vanity_urls at its end. All other setup is as mentioned already like installing VanityURLS-Components to publisher.

Avatar

Level 4

Indeed sameerb50449612​ you are correct.

I didn't follow up on this thread, but you need to do 2 things:

  1. install the VanityURLS-Components package on the publisher
  2. apply your own ACL to allow read access to /libs/granite/dispatcher/content/vanityUrls for anonymous

Regards

Wim