Expand my Community achievements bar.

Dive into Adobe Summit 2024! Explore curated list of AEM sessions & labs, register, connect with experts, ask questions, engage, and share insights. Don't miss the excitement.

What is the mixin type "cq:ReplicationStatus2" used for?


Level 3

Recently in an AEM sdk update Adobe added the mixin type "cq:ReplicationStatus2". This change led to content being incompatible between versions of the AEM depending on which SDK they ran. So I'm wondering if someone could explain what that mixin type is used for and what that change means.


Topics help categorize Community content and increase your ability to discover relevant content.

4 Replies


Level 8

@Preston : Are you sure content incompatibility is due to this property.

This is what I could find (Please refer the original source link- https://github.com/Netcentric/aem-replication-metadata-validator?tab=readme-ov-file#fix-violations)


The jcr:content node carrying the replication metadata may have mix-in cq:ReplicationStatus for AEM 6.5 (usually by adding the property jcr:mixinTypes="[cq:ReplicationStatus]") or cq:ReplicationStatus2 (only available in AEMaaCS) but this is optional, as the node type nt:unstructured of the jcr:content node does not impose any property limitations.



Level 3

I saw that as well. I'm curious what its function is, though. 



In AEM, the new "cq:ReplicationStatus2" mixin type added with an SDK update caused content incompatibility across versions using different SDKs. Here's a breakdown:

What is cq:ReplicationStatus2?

A mixin type adds replication-related properties to content, primarily focusing on "last replicated" information. Its purpose is to track the replication status of content, specifically focusing on "active" and "completed" states. It adds new properties to content nodes, such as cq:replicationActive and cq:replicationCompletedTime.

What changed?

The update likely modified how cq:ReplicationStatus2 handles data, leading to discrepancies when content built with different SDKs replicates.


Content built with different SDK versions might not replicate correctly when switching between versions.


  • Upgrade all AEM instances to the same SDK version.
  • Investigate specific content affected by the incompatibility.

Kautuk Sahni


Level 3

Thanks for this. We dealt with AEMaaCS support and they didn't even recognize this issue, so it's a relief to see someone recognize it.