이 문서는 Reader 노드를 활용하는 워크플로우에서 사용자 정의 객체(CO)로부터 값을 가져오는 방식이 최근에 변경된 동작에 대해 설명합니다.
이전에는 Reader 노드가 데이터를 처리하는 방식의 문제로 인해 워크플로우에서 CO로부터 중복된 값이 반환되었습니다. 이번 업데이트는 고유한 값이 워크플로우 노드 전반에 걸쳐 가져와지고 반영되도록 보장합니다. 이러한 유형의 설정을 사용하는 경우, 워크플로우가 예상대로 계속 작동하도록 조정이 필요할 수 있습니다.
사용자 정의 객체는 어떻게 작동하나요?
예제를 통해 이해해봅시다.
사용자 정의 객체 1 (CO 1) - 이것은 기본 데이터 소스입니다.
사용자 정의 객체 2 (CO 2) - CO 2는 종속 객체이며 CO 1에서 값을 조회합니다.
Reader 노드가 CO 2를 사용하여 CO 1에서 값을 읽는 워크플로우를 고려해보세요.
이전에는 Reader 노드가 CO 2에 접근할 때, Requester 1과 Requester 2와 같은 필드에 대해 가져온 값이 동일했습니다. 예를 들어, 아래 이미지에 표시된 것처럼 Requester 1과 Requester 2 모두에 대해 Read_Write 값이 가져옵니다. 노드는 실제 데이터와 관계없이 마지막 수정된 CO의 레코드 값을 읽습니다.
현재 동작
Reader 노드는 이제 CO 2를 처리하여 각 필드에 대한 고유한 값을 가져옵니다. 첫 번째 값을 중복하는 대신, 워크플로우는 이제 CO 2에서 고유한 값을 반환합니다.
다음 Reader 노드 출력은 Requester 1과 Requester 2에 대한 서로 다른 값(읽기 및 쓰기)을 보여줍니다.
수정 후 구성 변경
워크플로우가 플레이스홀더(e.g., R1.value)와 함께 Reader 노드를 사용하는 경우, 구성을 조정해야 할 수 있습니다. 이 변경으로 인해 Reader 노드는 서로 다른 고유한 값을 생성하며, 이후 노드에서 사용되는 플레이스홀더는 이제 이 동작을 반영합니다.
해야 할 일
워크플로우 검토: Reader 노드를 사용하여 CO 2에서 데이터를 가져오는 설정이 있는 경우, 수정 후 워크플로우가 예상대로 작동하는지 확인하기 위해 워크플로우를 검토하세요.
플레이스홀더 업데이트: R1.value 또는 이후 노드에서 유사한 경우, 이러한 값이 새로운 고유 값으로 반영되었는지 확인하십시오.
워크플로우 테스트: 이 업데이트 후 워크플로우가 올바른 결과를 생성하는지 확인하기 위해 몇 가지 테스트를 실행하는 것이 좋습니다.