현재 우리 제품 (.NET 4.5)에 워크 플로 기능을 구현하려고합니다. 이를 위해 Microsoft Workflow Foundation 4.5 사용을 고려합니다. 그러나이 초기 단계에서 우리는 매우 행보할만한 기술적 문제에 부딪 혔습니다. 이 활동에 올 때까지 서버가 워크 플로/워크 플로 서비스 조합? '정상적인'워크 플로우에서 수신 활동을 사용하는 방법은 무엇입니까?
- :
단순히이를 넣어
는 우리가 우리의 클라이언트/서버 설정에서 달성하고자하는 것입니다 인간의 상호 작용이 필요합니다. 그런 다음 클라이언트의 메시지를 기다려야합니다. - 하나의 클라이언트 (여러 클라이언트가 있음)가 소유자가되어 고유 한 ID 또는 주소를 워크 플로로 보내야합니다.
- 워크 플로는 정보를 계속 요구하는 메시지를 해당 클라이언트에 보냅니다 (예 : 전자 메일 매개 변수 받는 사람, 제목 및 본문처럼)
- 몇 분 후 (몇 분에서 몇 시간 정도 될 수 있음) 클라이언트가 워크 플로에 정보를 보내서 계속할 수 있습니다 (예 : 전자 메일 메시지 보내기)
- If 다른 사람과의 상호 작용이 필요하면 서버는 사용자에게 정보를 요청해야한다는 것을 알 수 있도록 서버가 다시 클라이언트에 요청 메시지를 보낸 다음 클라이언트가 다시 워크 플로에 메시지를 보냅니다 (예 : ab ove)
'정상적인'워크 플로우에는 메시지를 수신하는 엔드 포인트가 없습니다. 반면에 워크 플로우 서비스는 그렇지만 WF 서비스를 사용하면 서버가 워크 플로우 생성을 제어하지 않고 들어오는 요청을 기반으로 워크 플로우 인스턴스가 생성됩니다 (오른쪽).
현재로서는 워크 플로와 워크 플로 서비스가 필요합니다.
저는 지금 당분간이 문제에 시달렸으며 높거나 낮은 검색을했지만 유용한 정보를 찾을 수 없습니다.
는 우리가 두 가지 옵션이 있다고 생각 :
워크 플로 서비스를; 워크 플로 서비스를 사용하는 경우 워크 플로를 시작하는 워크 플로 시작 부분에 Receive 활동이있을 수 있습니다. 그러나 클라이언트가 특정 워크 플로와 어떻게 의사 소통 할 수 있습니까? 워크 플로 서비스에는 하나의 특정 URL이 있습니다.
워크 플로; 서버 응용 프로그램에서 호스팅하는 일반적인 워크 플로가 가장 자연스럽게 선택할 수 있습니다. 그러나 데이터를 전송하는 방법이 필요합니다. 따라서 Receive 활동을 사용할 수 있도록 정상적인 워크 플로를 업그레이드 할 수 있습니까? 그렇다면 어떻게? 그리고 메시지가 올바른 워크 플로 인스턴스에서 어떻게 끝나나요?
내 질문
은 다음과 같습니다 는 사람이 위의 문제를 해결하는 방법에 대한 몇 가지 유용한 지침 또는 정보가 있습니까? 이를 수행하는 데 흥미로운 대안이 있습니까 (WF를 사용하지 않습니까?)? WCF 메시지가 WF의 올바른 워크 플로 인스턴스로 라우팅되는 방법에 대한 문서가 있습니까?추 신 : 우리는 클라이언트에서 WCF 서비스를 사용할 수 있습니다. 워크 플로우는 그와 통신 할 수 있습니다.문제가되지 않는 짧은 실행 요청에 대해서는 클라이언트가 응답하기 전에 요청이 오래 걸릴 수 있습니다. 또한 클라이언트는 사용자가 계속 버튼을 클릭하는 경우에만 정보를 요청할 수 있습니다 (서버가 정보를 원하기 때문에 사용자가 중간에 팝업을 표시하지 않아야 함)
모리스 (Maurice)의 의견에 비틀 거리며 다음 링크를 참조하십시오. http://msmvps.com/blogs/theproblemsolver/archive/2010/04/28/workflow-receive-active-and-message-correlation.aspx 재미있는. –