EndecaExp Manager를 사용하지 않는 버전의 ATG 상거래 (< 10)에서이 버전을 사용하는 버전으로 마이그레이션/이동할 때 직면하게되는 문제점은 무엇입니까? 예를 들어, 모든 JSP는 이제 페이지가 템플릿 중심이어야하므로 렌더링 된 방식이 변경됩니까?EndecaExperienceManager로 이동
UI의 이동에 최소한의 영향을주는 모범 사례는 무엇입니까? & JSP 재사용을 극대화 하시겠습니까?
이전 문서를 읽었지만이 부분을 다루지 않는 것 같습니다.
아시다시피 ATG와 Endeca는 실제로 ATG 10.2.x에서만 통합되기 시작했습니다. 따라서 이전 버전의 ATG에서는 개발자가 훨씬 더 많은 작업을해야합니다. 저는 ATG 9.2와 Endeca 3.1.2 구현에 대해 연구했습니다. 귀하의 질문은 Endeca와 잘 통합되는 ATG의 최신 버전으로 마이그레이션하는 것이 얼마나 멀리 떨어져 있어야하며 그러한 마이그레이션 후에 현재 시스템을 얼마나 유지하려고합니까? 이는 InvokeAssembler droplet을 기반으로 ATG Assembler Pipeline 기능을 모방 한 솔루션 (경험 관리자와 통합 할 때 템플릿과 카트리지를 최대한 제어 할 수있게 해줍니다) 또는 덜 침입하는 방식을 구축해야한다는 의미에서 중요합니다.
다른 점은 Experience Manager를 통해 렌더링하려는 양입니다. 일반적으로 홈페이지 및 카테고리 페이지를 작성합니다. 제품 세부 정보 페이지는 익스피리언스 관리자 (예 : 탐색 경로)의 일부 구성 요소를 호출하지만 데이터베이스의 데이터 (예 : 재고 수준)만큼 인덱스의 데이터가 정확하지 않으므로 PDP의 경우 저장소로 바로 이동합니다 . 또한 Experience Manager에 계산 흐름을 구축 할 가능성이 없습니다. 이렇게하면 많은 수의 기존 페이지를 유지할 가능성이 큽니다.
가장 빠른 방법은 경험 항목에서 contentItem을 검색 한 다음 렌더링을 시작하는 드롭 릿을 만드는 것입니다. 컨텐트 항목은 JSON 응답에만 적용되므로 응답을 얻을 때 쉽게 파싱 할 수 있습니다.
감사합니다. @ radimpe. ATG Assembler 파이프 라인을 '모방'하는 솔루션을 구축해야하는 이유는 무엇입니까? 솔루션이> 10.2 버전으로 옮겨 진다면 우리는 ATG Assembler 파이프 라인을 사용하게 될 것입니다. – user132797
솔루션이 ATG 어셈블러 파이프 라인을 모방 한 경우 구현을 제거하고 업그레이드 할 때 OOTB 어셈블러 파이프 라인으로 교체 할 수 있습니다. 얼마나 많은 노력을 기울이는 것은 구현이 얼마나 일치하는지에 달려 있습니다. 현재 mimic'd 구현을 ATG 11.0으로 마이그레이션 중이며 지금까지 파이프 라인에 대한 문제는 거의 없었습니다. – radimpe