Rebus와 NServiceBus 응용 프로그램간에 브리지를 제공하는 가장 좋은 방법은 무엇입니까? 내 응용 프로그램에는 이전 NServiceBus 2.0 호스트로 메시지를 보내고받을 수있는 요구 사항이 있습니다. 조금 파고 들어서 Rebus에서 NServiceBusMessageFormatter가 필요하다고 느꼈습니다. 나는 향하고있는 방향에 대해 확신하지
현재 우리 응용 프로그램 중 하나를 rhino-esb에서 rebus로 이동하는 것에 대해 생각하고 있습니다. 이것에 대한 우리의 추론은 요즘 rhino-esb가 거의 활동하지 않는다는 것입니다. 오늘 우리는 메시지 당 중첩 된 컨테이너를 사용하기 위해 구조 맵에 의존합니다. 우리는 인프라의 큰 부분을 변경할 필요가 없도록이 방법을 유지하려고합니다. 리버스
현재 throw하는 프로그램이 있습니다 MSMQ 트랜잭션이 시작되지 않았습니다. MSQM은이 트랜잭션이 경고 나 예외없이 보내지는 경우 데드 레터 대기열에 메시지를 던집니다! 예외. 내가 뭘 잘못했는지 모르겠다. 그래서 어쨌든 메시지 큐 트랜잭션의 현재 상태를 디버깅/로그 할 수 있을까? 기본적으로, 현재 가지고 : DoSomething(); // may
Rebus HTTP 게이트웨이가 메시지 배달을 확인하는 방법을 묻습니다. 그러면 OutboundService가 트랜잭션을 커밋하거나 롤백 할 수 있음을 알리는 메시지를 보낼 때 어떻게 확인합니까? 직관적 인 대답은 그 HTTP 응답 될 것은 그러나 아무런 조치가 응답을 읽은 후 수행되지 않습니다 보인다 코드 https://github.com/rebus-or
메시지 유형에 대한 처리기에서 예외가 발생하면 예외가 UTCDate와 함께 기록되지만 컴퓨터 날짜 여야합니다. 이상한 점은 파일을 올바르게 기록한 다음 잘못 로그인하여 여러 개의 로그 메시지가 파일에 추가된다는 것입니다. 이것은 필요하지 않습니다! 아래 로그의 정확한 시간은 2014-02-18 14 : ...이고 잘못된 시간은 18-02-2014 13 :
나는 Rebus를 사용하고 있습니다. builder.Register(a => MessageContext.GetCurrent()).ExternallyOwned();
어떻게 설정 내에 messageHandler 생성자가 Autofac 다시 이런 종류의를 찾을 수 할 수 있도록 다음 AutofacContainerAdapter (https://github.co
정상적으로 실행되는 입력 대기열이 있습니다. 메시지가 오류 큐에 도착하는 경우가 있습니다. 이제이 메시지를 검사하고이 특정 메시지가 전달된다는 것을 알면 입력 대기열로 다시 전달할 수 있기를 원합니다. 오류 큐 검사는 어떻게 시작합니까? 모범 사례가 있습니까? .CreateBus().Start()을 수행 할 수는 없으므로 일반 처리기에서 처리기가 트리거됩니
Rebus에서 버스 시작 또는 종료시 대기열을 지우는 구성 설정이 있습니까? 이 작업을 수행해야하는 이유는 통합 테스트를 위해 두 개의 Rebus 인스턴스가 실행 중이며 테스트에 실패하면 실패한 메시지가 후속 테스트 실행에서 다시 시도되지 않기를 바랍니다. 다음은 메시지를 보내는 통합 테스트 클라이언트에 대한 것입니다. RebusHost 테스트중인 시스템의
특정 예외에 대한 메시지를 다시 시도하는 대기 시간을 지정하는 방법이 있습니까? 예. object가 SomethingInProgress 상태에 있으면 SomethignInProgressException을 던지고 40m 후에 다시 시도하려고합니다. 또는 SomethingInProgressEvent를 발생시키고 bus.defer를 사용하는 것이 더 적절합니까?