Skip to main content
New Member
Jul 17, 2025 2:58 PM UTC
Solved

Etc maps are getting applied in publisher

Custom Domain Appearing in Publisher URLs (ETC Mapping?)

 

In AEM as a Cloud Service (AEMaaCS) setup, I'm noticing that the shortened publisher URLs are showing the ETC-mapped custom domain instead of the default domain (publisher URL).

Is this the expected behavior for AEMaaCS publishers when domain mapping is configured?
If not, could someone guide me on how to resolve or override this behavior?

Any insights or documentation references would be greatly appreciated.

 

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
giuseppebaglio
giuseppebaglioAccepted solution
Level 10
Jul 18, 2025 10:23 AM UTC

hi @sri_venkata_siva_naga_rajmi, this is generally expected behavior when custom domain mapping is configured and Sling Mappings (under /etc/map) are applied. When Sling mapping rules are present, shortened URLs generated will typically reflect the first matching custom (ETC-mapped) domain as per your mapping configuration, rather than the generic default publisher domain.

Here is some documentation and references.

2 replies

giuseppebaglio
giuseppebaglioAccepted solution
Level 10
Jul 18, 2025 10:23 AM UTC

hi @sri_venkata_siva_naga_rajmi, this is generally expected behavior when custom domain mapping is configured and Sling Mappings (under /etc/map) are applied. When Sling mapping rules are present, shortened URLs generated will typically reflect the first matching custom (ETC-mapped) domain as per your mapping configuration, rather than the generic default publisher domain.

Here is some documentation and references.

Translate
partyush
Community Advisor
Community Advisor
Jul 21, 2025 8:04 AM UTC

Hi  @sri_venkata_siva_naga_rajmi 

In AEM as a Cloud Service (AEMaaCS) the moment you onboard a custom vanity / apex domain in Cloud Manager, Adobe automatically:

  1. Adds that hostname to the Adobe-managed CDN.

  2. Inserts an auto-generated sling:mapping entry under /etc/map.publish/ (read-only) that maps the repository root “/” to your new host.

  3. Propagates the mapping to every Publish pod.

Because Sling’s ResourceResolver.map(request, path) and the link-rewriter inside the HTML Library Manager always pick the most specific mapping that matches the incoming Host header, every outbound (shortened) URL produced on Publish now uses the custom domain instead of the default <publisherId>.adobeaemcloud.com host.
Therefore the behavior you are seeing is the expected and intended behavior for public-facing Publish tiers.

Use Externalizer instead of ResourceResolver.map(request…)

externalizer.publishLink(resolver, path) (or its HTL helper) ignores the Host header and uses the host defined in the OSGi config
com.day.cq.commons.impl.ExternalizerImpl.
Deploy a publish-only com.day.cq.commons.impl.ExternalizerImpl.cfg.json under
/apps/<proj>/config.prod/publish:

Translate