MSMQ를 조사하기 시작한 이래로 나는 근본적인 의심을 가지고 있습니다. 두 응용 프로그램이 통신 할 필요가 있으면 서버와 클라이언트가 모두 동일한 MQ 주소를 공유한다고 생각하고 클라이언트가 업데이트 할 때 서버는 메시지를 듣고 사용할 MSMQ 감시자를 가질 것입니다. 큐를 서비스를 시계 - - 큐 감시자가 에 메시지를 보내드립니다되는 대기열 위치를 큐
Azure Queue storage를 사용하고 있습니다. 방금 Microsoft.WindowsAzure.StorageClient를 Microsoft.WindowsAzure.Storage로 업그레이드했습니다. 나는 또한 최근 Lokad를 CloudFx로 변경했다. 이 프로세스의 어느 시점에서 필자는 중복 큐 제거 횟수를 포함하여 큐 저장소에 더 많은 열을 가
lokad-iddd-sample 코드는 Vaughn Vernon의 저서에서 논의 된 cqrs + es 쓰기 측면을 구현합니다. 불행히도, 읽은 모델면은 불완전합니다. 누구든지 읽기 모델 측면의 작업 버전을 구현하는 유사한 코드 (Vaughn Vernon의 책을 기반으로 이상적)를 알고 있습니까?
현재 Azure에 호스팅 될 프로젝트에 사용할 CQRS 프레임 워크를보고 있습니다. 나는 Ncqrs과 Lokad.CQRS에 대해 읽었으며 현재 약간 혼란 스럽다. 둘 다 Azure에서 작동할까요, NServiceBus를 사용할 수 있습니까 아니면 Lokad가 자체 메시징을 사용할 수 있습니까? 내가 사용할 클라이언트는 웹과 모바일입니다. 명령을 얻기 위해
우리는 여러 타사 시스템과 통합되는 Windows Azure 응용 프로그램 (Lokad.CQRS 아키텍처)을 보유하고 있습니다. 이러한 통합 중 하나가 mySQL에서 이루어집니다. 모든 것이 잘되었지만 요즘에는 Windows Azure 응용 프로그램이 연결할 수없는 하나의 mySQL 데이터베이스가있어 시간 초과가 발생했습니다. System.TimeoutEx