Dojo DataGrid (8.5.3 UP1) 빈 행 반환 - 판독기 필드 기반

Question

문서의 판독기 필드를 사용하는 기존보기에 대해 대체 XPage (생산에 영향을 미치지 않도록)에서 Dojo DataGrid 컨트롤 사용을 시도합니다. 나는 구현 된 REST 서비스 (xe : viewItemFileService)를 가지고 Dojo DataGrid에 연결했다 (8.5.3 UP1 컨트롤에서).

1. 모든 문서를 볼 수 (사용자 A) :

   나는 (NAB 그룹 정의에 의해 할당 된 독자 필드에 역할을 통해) 사용자 가시성의 두 가지 시나리오가 있습니다. 사용자 A는 모든 문서를 볼 수 있습니다. 모든 것이 완벽하게 작동합니다.

2. 사용자 B는 일부 문서를 볼 수 있습니다. ViewPanel 컨트롤은 정상적으로 작동하지만 일단 Dojo DataGrid에 있으면 사용자 B가 볼 문서의 값만 표시되고 나머지 X (올바르게 보이는 문서와 총 문서 수의 차이) 행에는 "..." 값).

pathInfo를 통해 REST 서비스의 출력을 검사하면 사용자 B에 대한 올바른 문서 만 생성됩니다. 나는 좋은 징조로 받아 들여 Dojo DataGrid가 오해의 소지가 있다고 생각하게 만듭니다.

실제 질문 :
불필요한 행의 생성을 어떻게 억제 할 수 있습니까?

나는 Marky Roden's approach을 구현하려했지만 DataGrid가 행 수를 생성하기 위해 무엇을 제어하는지 조작하지 못했습니다. 그는 xe : djxDataGrid 컨트롤을 사용할 때 프로그래밍 방식의 저장소 정의를 말합니다. . rowsPerPage의 속성이 옳지 않아 xe : restService에 대한 항목을 찾을 수 없습니다. 이는 내가 찾고있는 항목에 대해 나에게 의미가 있습니다.

누구든지이 작업을 수행하는 방법을 알고 있습니까? 이 일을 사랑하게 될 것입니다. Brad Balassaitis으로 시리즈를 사랑하고 XPages가 우리를 위해 할 수있는 점은 무엇입니까?

설정 : 8.5.3 UP1
NSF는 서버 ID로 서명
Domino 서버의 실제 번호, 문서뿐 아니라 개수를 알 수 그리드는 readViewEntriews에서 행의 수에 대한 힌트를 얻을 수

Answer 1

사용자 B가 볼 수 있습니다. 어쨌든 액세스 속도를 고려하지 않고 판독기 보호 뷰를 통해 그냥 뛰어 다니는 것은 huge performance ramifications입니다. 결합 된 리더/작성자 필드로보기를 분류 할 수 있고 해당 카테고리로 제한하면 성능과 빈 행이 모두 사라집니다. 히트 가능성이 여러 개인 경우 (사용자 이름, 역할, 그룹 구성원), viewNavigator를 사용하여 SSJS를 사용하여 데이터를 반환하는 나머지 서비스를 사용할 수 있습니다.