내가 인스턴스를 마스터 작업자 인스턴스에서 자산의 표현으로 복사 한 후 업데이트 내 생각에는 그것의 안 좋은 관행을 DAM 업데이트 자산 오프로드 워크 플로우aem 6.1에서 DAM 업데이트 자산 워크 플로를 사용하여 자산을 삭제하는 방법은 무엇입니까?
답변
를 사용하여 작업자 예를 기계가 자산을 제거 할 수 있어야한다 작업자 인스턴스의 자산 워크 플로 업데이트 -
- 이 전체 오프로드는 슬링 검색 및 이벤트 발생 메커니즘을 기반으로합니다. 리더 인스턴스에 오프로드 된 자산을 되돌려 보내야합니다 (역방향 복제 읽기)
- 자산 워크 플로 업데이트 내의 단계를 추가하면 자산의 역 복제 문제가 발생할 수 있습니다.
이 삭제 작업을 수행하려면 오프 로딩 프로세스와 무관하게 무언가를 만들어야합니다. 그것을 할 수있는 여러 가지 방법이 있습니다 -
한 가지 방법 -
- 유무 JMS 역 복제가 성공
- 경우 역 복제를 모니터링하거나 자산을 삭제하거나 고도 (삭제 자산을 표시하는 기반 구현 권장)
- 자산 삭제를 표시하는 방법을 따르면 작업자 인스턴스 만 실행되도록 정리 작업을 설정하십시오 (편리한 시간에 예약 됨). 이 정리 태스크는 삭제 표시된 자산을 식별하여 처리합니다.
삭제를위한 IMHO 마킹 자산은 더 효율적이고 효율적으로 접근하는 것이 더 좋습니다. 모든 자산은 사용량이 적은 시간에 한 번에 처리됩니다.
다른 방법이 있지만 맞춤 코드를 많이 작성해야합니다.
업데이트 -
역방향 복제에 부수는 -
당신은 역 복제 작업의 세부 사항을 얻을 필요가있다. 역 복제 할
- 내용은 당신이 당신의 로컬 인스턴스에
/etc/replication/agents.publish/outbox/jcr:content
보면 디폴트로 재산transportUri
을 찾아, - 을 보낼 편지함을 누르면 - '은/var에 밀려 복제 반대로
repo://var/replication/outbox
즉, 컨텐츠/replication/outbox ' - 이제
/libs/cq/replication/components/revagent/revagent.jsp
을 봅니다. 수신하는 인스턴스에서 작동하는 논리입니다.
위의 내용을 살펴보면 역방향 복제가 어떻게 작동하는지보다 자세히 이해할 수 있습니다.
- 는 복제 상태를 확인
/libs/cq/replication/components/revagent/revagent.jsp
의 코드가 수행 될 때 복제 큐를 활용하기 -이제 당신은 당신이 원하는 것을 구현하는 두 가지 옵션이 있습니다.이 인스턴스는 내용이 역순으로 복제되는 작성자 인스턴스에서 실행되는 코드로, 해당 인스턴스의 Leader 인스턴스에 있습니다. Worker 인스턴스에서 작동하도록이 코드를 해결해야합니다. 구현에 대한 자세한 내용을 보려면 코드
Agent agent = agentMgr.getAgents().get(id);
을 업데이트하십시오. 여기서 id는 OUTBOX 에이전트 ID입니다. - 이벤트 수신기에서 보낼 편지함을 모니터링하도록하십시오. 복제를 위해 제공되는 페이로드를 확인하고 기능에 사용하십시오. 내가 언급 한 어떤
장애 조치/복구 사용 사례를 포함하지 않는 원유 방법입니다 복제 큐가 어떤 이유로 차단 및 이미지를하지 않은 경우, 즉 당신은 어떻게 삭제를 처리 할 것 지도자에게 다시 밀렸다.
두 번째 솔루션을 사용하여이를 수행하는 경우 역 복제가 성공했는지 여부를 어떻게 확인할 수 있습니까? – Arj
위의 답변에서 내 편집을 참조하십시오. –
달성하려는 목표가 명확하지 않습니다. 기본적으로 오프 로딩 워크 플로는 인스턴스를 종속/오프로드하는 작업에 위임하며 처리 된 출력은 리더 인스턴스에 다시 반영됩니다. 오프로드/슬레이브 인스턴스를 정리하고 싶습니까? –
예, 슬레이브 인스턴스의 자산을 삭제하려고합니다. 슬레이브 인스턴스의 댐 업데이트 자산 워크 플로에 삭제 댐 자산 구성 요소를 추가하여이를 수행 할 수 있다고 생각합니다. 그러나 그것은 작동하지 않습니다. 전에 해본 적있어? – Arj