활동이 없어 이 대화는 잠겼습니다. 새 게시물을 작성해 주세요.
활동이 없어 이 대화는 잠겼습니다. 새 게시물을 작성해 주세요.
Hi All,
Currently I am having issue, when I activate a page say test.html a node under test page is also getting replicated. So node path /test/unWantedNodeReplication while I was expecting only node under /test/jcr:content/ should be replicated. Is this is a product bug?
I am using AEM 6.0 SP2.
Thanks!
Shehjad
해결되었습니다! 솔루션으로 이동.
조회 수
답글
좋아요 수
Shehjadkhan wrote...
Hi Jintendra and Lee,
Thank you for replies, I am aware of replication option at the node level. But that is not the problem I am trying to solve, issue is I want to keep some data under a page outside jcr:content that does not get replicated on page activation. I am replicating them using some other custom code on the basis of use cases.
Thanks!
Shehjad
In the authoring interface only pages can get activated as a whole. If your pages contain elements, which should not get activated (or by a different workflow), you should explicitly design for it, and maintain this data outside of the page. It's not possible to exclude parts of a page from being replicated, unless you want to implement this completely on your own (and that's something you should really avoid!).
kind regards,
Jörg
조회 수
답글
좋아요 수
This is expected and 100% normal.
If there is a node that you do not want to be activated when a page is activated, I would consider storing that value elsewhere.
조회 수
답글
좋아요 수
Hey Shehjadkhan,
You could replicate a single node by using
Fin attachment for more help
Jitendra
조회 수
답글
좋아요 수
That's an option, but your authors should never ever be granted access to CRXDE Lite.
조회 수
답글
좋아요 수
Agreed.
Jitendra
조회 수
답글
좋아요 수
Hi Jintendra and Lee,
Thank you for replies, I am aware of replication option at the node level. But that is not the problem I am trying to solve, issue is I want to keep some data under a page outside jcr:content that does not get replicated on page activation. I am replicating them using some other custom code on the basis of use cases.
Thanks!
Shehjad
조회 수
답글
좋아요 수
Is there any problem keep data (which you don't want to replicate along with the page) outside of page than keep outside of
Jitendra
조회 수
답글
좋아요 수
Shehjadkhan wrote...
Hi Jintendra and Lee,
Thank you for replies, I am aware of replication option at the node level. But that is not the problem I am trying to solve, issue is I want to keep some data under a page outside jcr:content that does not get replicated on page activation. I am replicating them using some other custom code on the basis of use cases.
Thanks!
Shehjad
In the authoring interface only pages can get activated as a whole. If your pages contain elements, which should not get activated (or by a different workflow), you should explicitly design for it, and maintain this data outside of the page. It's not possible to exclude parts of a page from being replicated, unless you want to implement this completely on your own (and that's something you should really avoid!).
kind regards,
Jörg
조회 수
답글
좋아요 수
Jörg Hoh wrote...
![]()
Shehjadkhan wrote...
Hi Jintendra and Lee,
Thank you for replies, I am aware of replication option at the node level. But that is not the problem I am trying to solve, issue is I want to keep some data under a page outside jcr:content that does not get replicated on page activation. I am replicating them using some other custom code on the basis of use cases.
Thanks!
Shehjad
In the authoring interface only pages can get activated as a whole. If your pages contain elements, which should not get activated (or by a different workflow), you should explicitly design for it, and maintain this data outside of the page. It's not possible to exclude parts of a page from being replicated, unless you want to implement this completely on your own (and that's something you should really avoid!).
kind regards,
Jörg
Totally agree with this.
Ultimately it comes down to how the system/components were architected. If all of the nodes being activated is a problem, I would start by re-thinking the implementation and tailor it to what you're trying to achieve.
조회 수
답글
좋아요 수
Thank you everyone I understand what you are saying, have changed the implementation to store nodes not under the node.
조회 수
답글
좋아요 수