작업 시작, 작업 상태 확인, 작업 결과 가져 오기 등 세 가지 방법이 포함 된 외부 웹 서비스를 사용해야합니다. 내가 사용 일정 NserviceBus에서 webservice가 자신의 일을했는지 확인하거나 시간 제한과 함께 사가를 사용해야합니까?NServiceBus 및 풀링
1
A
답변
3
나는 이것이 사가 (Saga)를 사용하는 것을 매우 고려할 것이라고 생각합니다.
0
왜 간단한 Windows 서비스가 Quartz.net과 함께 제공되지 않습니까?
관련 문제
- 1. 연결 풀링 및 감사
- 2. NServiceBus 메시지 및 캡슐화
- 3. nServiceBus 및 Compact Framework
- 4. nServiceBus 및 IsTransactional (거짓)
- 5. NServiceBus, NHibernate 및 GuidComb()
- 6. NServiceBus 및 wcf ServiceHost
- 7. 오류 풀링 연결 풀링
- 8. NServiceBus
- 9. Tomcat 및 JDBC 연결 풀링
- 10. ADO.NET 연결 풀링 및 SQLServer
- 11. Phusion Passenger 및 데이터베이스 풀링
- 12. SQLAlchemy 연결, 풀링 및 SQLite
- 13. 데이터베이스 연결 풀링 및 connection.close()
- 14. 오라클 ODP.Net 및 연결 풀링
- 15. SQLCE - 연결 풀링 및 성능?
- 16. 연결 풀링 및 단일 로그온
- 17. mongodb 및 php : 연결 풀링
- 18. NServiceBus : NServiceBus 배포자 사용의 장단점
- 19. NServicebus 및 메시지 처리기 주문
- 20. Nservicebus 및 S # arp 아키텍처
- 21. IOC는, 컨테이너 및 NServiceBus 혼란
- 22. nServiceBus .Net 4.0 및 MEF
- 23. Nservicebus Sagas 및 이벤트 구독
- 24. NServiceBus 3.2 및 하위 컨테이너
- 25. NServiceBus 예외 및 오류 대기열
- 26. NServiceBus 및 NHibernate - 메시지 처리기 및 트랜잭션
- 27. NServiceBus 프로필에
- 28. 윈저와 풀링
- 29. 개체 풀링
- 30. 연결 풀링
+1 사가가 더 나은 선택 인 이유는 사가가 충돌/재부팅 사이의 상태를 유지할 수 있으며 스케줄러가 그렇지 않다는 것입니다. 따라서'start job'을 호출하고 프로세스가 충돌하면 스케줄러는 작업이 시작되었는지 여부를 알 수 없습니다. 무용담을 사용할 때 다시 작업을 시작하지 말고'check job state'를 호출하면됩니다. –