워크플로 개발 및 확장

마지막 업데이트: 2025년 5월 5일
  • 적용 대상:
  • Experience Manager 6.5

작성 대상:

  • 개발자

AEM은 워크플로 모델을 만들고, 워크플로 단계를 개발하며, 워크플로와 프로그래밍 방식으로 상호 작용하기 위한 여러 가지 도구와 리소스를 제공합니다.

워크플로를 사용하면 AEM 환경에서 리소스를 관리하고 콘텐츠를 게시하는 프로세스를 자동화할 수 있습니다. 워크플로우는 일련의 단계로 구성되며 각 단계는 개별 작업을 수행합니다. 논리 및 런타임 데이터를 사용하여 프로세스를 계속할 수 있는 시기를 결정하고 가능한 여러 단계 중 하나에서 다음 단계를 선택할 수 있습니다.

예를 들어 웹 페이지를 만들고 게시하기 위한 비즈니스 프로세스에는 다양한 참가자의 승인 및 승인 작업이 포함됩니다. 이러한 프로세스는 AEM 워크플로우를 사용하여 모델링하고 특정 콘텐츠에 적용할 수 있습니다.

주요 측면은 아래에 설명되어 있으며, 다음 페이지에서는 자세한 내용을 다룹니다.

노트
다음에 대한 정보:

모델

WorkflowModel은(는) 워크플로의 정의(모델)를 나타냅니다. WorkflowNodes과(와) WorkflowTransitions(으)로 구성됩니다. 전환은 노드를 연결하고 흐름 ​을(를) 정의합니다. 모델에는 항상 시작 노드와 끝 노드가 있습니다.

런타임 모델

워크플로우 모델의 버전이 관리됩니다. 워크플로 인스턴스를 실행할 때는 워크플로가 시작될 때 사용할 수 있는 대로 워크플로의 런타임 모델을 사용하고 유지합니다.

동기화 ​가 워크플로 모델 편집기🔗에서 트리거될 때 런타임 모델이 생성됩니다.

특정 인스턴스가 시작된 후 후 ​에 발생하는 워크플로 모델 또는 생성된 런타임 모델에 대한 편집 내용이 해당 인스턴스에 적용되지 않습니다.

주의
수행되는 단계는 동기화 작업이 워크플로우 모델 편집기에서 트리거될 때 생성된 런타임 모델에 의해 정의됩니다.
이 시점 이후에 워크플로 모델이 변경되는 경우(동기화 ​가 트리거되지 않음) 런타임 인스턴스에 이러한 변경 사항이 반영되지 않습니다. 업데이트 후 생성된 런타임 모델만 변경 사항을 반영합니다. 예외는 기본 ECMA 스크립트이며 이러한 변경 사항이 적용되도록 한 번만 유지됩니다.

단계

각 단계는 개별 작업을 수행합니다. 워크플로 단계에는 여러 유형이 있습니다.

  • 참가자(사용자/그룹): 이 단계에서는 작업 항목을 생성하여 사용자 또는 그룹에 할당합니다. 사용자는 워크플로를 진행하려면 작업 항목을 완료해야 합니다.
  • 프로세스(스크립트, Java™ 메서드 호출): 이러한 단계는 시스템에 의해 자동으로 실행됩니다. ECMA 스크립트 또는 Java™ 클래스는 단계를 구현합니다. 비즈니스 논리에 따라 특수 워크플로우 이벤트를 듣고 작업을 수행하도록 서비스를 개발할 수 있습니다.
  • 컨테이너(하위 워크플로우): 이 유형의 단계는 다른 워크플로우 모델을 시작합니다.
  • OR 분할/조인: 워크플로우에서 다음에 실행할 단계를 결정하는 논리를 사용합니다.
  • AND 분할/결합: 여러 단계를 동시에 실행할 수 있습니다.

모든 단계는 다음 공통 속성을 공유합니다. Autoadvance 및 Timeout 경고(스크립팅 가능).

전환

WorkflowTransition은(는) WorkflowModel의 두 WorkflowNodes 간의 전환을 나타냅니다.

  • 두 개의 연속 단계 간의 링크를 정의합니다.
  • 규칙을 적용할 수 있습니다.

작업 항목

WorkItem은(는) WorkflowModel의 Workflow 인스턴스를 통해 전달되는 단위입니다. 여기에는 인스턴스가 작동하는 WorkflowData과(와) 기본 워크플로 단계를 설명하는 WorkflowNode에 대한 참조가 포함됩니다.

  • 작업을 식별하는 데 사용되며 각 받은 편지함에 입력됩니다.
  • 워크플로 인스턴스에는 워크플로 모델에 따라 한 개 이상의 WorkItems이 동시에 있을 수 있습니다.
  • WorkItem이(가) 워크플로 인스턴스를 참조합니다.
  • 저장소에서 WorkItem은(는) 워크플로 인스턴스 아래에 저장됩니다.

페이로드

워크플로우를 통해 고급화해야 하는 리소스를 참조합니다.

페이로드 구현은 경로, UUID 또는 URL별로 저장소의 리소스를 참조하거나 직렬화된 Java™ 개체를 참조합니다. 저장소 리소스를 유연하게 참조하고 생산성이 향상됩니다. 예를 들어 참조된 노드를 양식으로 렌더링할 수 있습니다.

라이프사이클

새 워크플로우를 시작할 때(각 워크플로우 모델을 선택하고 페이로드를 정의하여) 만들어지고 끝 노드가 처리되면 종료됩니다.

워크플로 인스턴스에서는 다음 작업을 수행할 수 있습니다.

  • 종료
  • 일시 중단
  • 다시 시작
  • 다시 시작

완료 및 종료된 인스턴스가 보관됩니다.

받은 편지함

각 사용자 계정에는 할당된 WorkItems에 액세스할 수 있는 고유한 워크플로 받은 편지함이 있습니다.

WorkItems은(는) 사용자 계정 또는 사용자 계정이 속한 그룹에 직접 할당됩니다.

워크플로 유형

워크플로 모델 콘솔에는 다양한 유형의 워크플로가 있습니다.

wf-upgraded-03

  • 기본값

    이러한 유형은 표준 AEM 인스턴스에 포함된 즉시 사용 가능한 워크플로우입니다.

  • 사용자 지정 워크플로우(콘솔에 표시기 없음)

    이러한 워크플로우는 새로운 워크플로로 생성되었거나 맞춤화로 오버레이된 기본 제공 워크플로에서 만들어졌습니다.

  • 레거시

    이전 버전의 AEM에서 만든 워크플로우입니다. 이러한 워크플로우는 업그레이드 중에 유지하거나 이전 버전에서 워크플로 패키지로 내보낸 다음 새 버전으로 가져올 수 있습니다.

임시 워크플로

표준 워크플로우는 실행 중에 런타임(내역) 정보를 저장합니다. 워크플로 모델을 임시(으)로 정의하여 이러한 기록이 지속되지 않도록 할 수도 있습니다. 이 워크플로우는 정보를 유지하는 데 사용되는 시간과 리소스를 절약하므로 성능 조정에 사용됩니다.

임시 워크플로우는 다음과 같은 모든 워크플로에 사용할 수 있습니다.

  • 를 자주 실행합니다.
  • 워크플로우 내역은 필요하지 않습니다.

임시 워크플로우는 자산 정보가 중요하지만 워크플로 런타임 내역은 중요하지 않은 많은 자산을 로드하기 위해 도입되었습니다.

노트
자세한 내용은 임시 워크플로 만들기를 참조하십시오.
주의
워크플로 모델에 임시 플래그가 지정되면 런타임 정보가 계속 유지되어야 하는 몇 가지 시나리오가 있습니다.
  • 페이로드 유형(예: 비디오)은 처리를 위해 외부 단계가 필요합니다. 이 경우 상태 확인을 위해 런타임 기록이 필요합니다.
  • 워크플로우가 AND 분할 ​을(를) 입력합니다. 이러한 경우 상태 확인을 위해 런타임 기록이 필요합니다.
  • 임시 워크플로우가 참가자 단계에 진입하면 런타임 시 모드가 임시 모드로 변경됩니다. 작업이 사용자에게 전달되므로 기록이 지속되어야 합니다.
주의
임시 워크플로우 내에서는 이동 단계 ​를 사용하면 안 됩니다.
이유는 이동 단계 ​에서 goto 지점에서 워크플로를 계속하기 위한 슬링 작업을 만들기 때문입니다. 이 메서드는 워크플로우를 일시적으로 만드는 목적을 실패하고 로그 파일에 오류를 생성합니다.
임시 워크플로우에서 선택하려면 OR 분할 ​을 사용하십시오.
노트
임시 워크플로우가 에셋 성능에 미치는 영향에 대한 자세한 내용은 Assets에 대한 우수 사례를 참조하십시오.