rebus

-1열

1답변

Rebus를 사용하여 MassTransit에서 만든 Azure Service Bus 주제와 어떻게 상호 작용할 수 있습니까?

저는 MassTransit을 통해 일부 Azure 서비스 버스 주제CompanyName.SystemName.Messages.SomethingGotUpdated에 메시지를 게시하는 기존 시스템을 보유하고 있습니다. Rebus를 사용하여 특정 주제에 대한 구독자로 새 시스템을 구성한 다음 모든 메시지를 적절한 IHandleMessages<SomethingGot

1열

1답변

autofac을 사용하는 단일 프로세스에 대해 rebus의 여러 인스턴스 구성

내 응용 프로그램이 토끼의 두 개의 다른 가상 호스트에있는 두 개의 대기열에 메시지를 보내고 그 중 하나에서 읽어야하는 상황이 발생했습니다. 이 2 개의 대기열을 하나의 가상 호스트 (완벽한 솔루션 임)로 옮기는 것은 불가능합니다. 따라서 하나의 프로세스에서 2 개의 rebus 인스턴스를 실행해야합니다. 의존성 주입에 autofac을 사용하고 있습니다. 한

1열

1답변

전송 RabbitMQ와 함께 Rebus를 사용할 때 원격 프로 시저 호출의 일반적인 구현은 무엇입니까?

RPC의 편리한 구현은 여기에 있습니다 : https://github.com/gaevoy/Gaev.Rpc/tree/master/Gaev.Rpc.Rebus. 이 구현에는 많은 단점이 있습니다. 예를 들어 클라이언트가 수백 명이면 유용한 응답이 1 % 미만으로 표시되고 서버는 필요한 것보다 수백 배 더 많은 데이터를 보냅니다. Rebus with transpo

1열

1답변

예외가 발생하면 Rebs 핸들러가 다시 시도하지 않습니다.

rebus.rabbitmq 3.0.0 및 rabbitmq.client 4.1.1을 사용하여 rebus 3.1.5를 사용하고 있습니다. 두 번의 최대 배달 시도로 간단한 재 시도 전략을 사용하도록 구성했습니다. 예외가 발생하는 경우에 대비해 메시지를 다시 보내고 싶습니다. 나는 거래 범위를 사용하지 않는다. 그러나 예외가 발생하면 메시지를 다시 전달하지 않습

1열

1답변

메시지 처리기 내에서 rebus TransactionContext 사용

내 메시지 처리기 내에서 Rebus 트랜잭션 컨텍스트를 사용하려고합니다. 나는 here 문서를 읽었으며 here 샘플을 보았습니다. 그러나 Windsor의 작동 방식을 모르겠습니다. 누군가 IOC 컨테이너없이 EF와 함께 ITransactionContext를 사용하는 예를 만들어서 작동 방식을 이해할 수 있습니까? 감사

2열

1답변

구독자 일시 중지

구독자를 사용/사용 중지 할 수있는 기능이 있습니다. 메시지는 전송 될 수 있지만 구독자가 해제 된 경우에는 대기열에서 메시지를 처리하지 않는 것이 좋습니다. 다시 켜면 대기열에서 메시지 처리를 시작합니다. 필자는 pub/sub 및 요청/답장 예제를 살펴보고 Rebus의 소스 코드를 가져 와서이 질문에 대답 할 수있는 기능을 찾아 보았습니다. Defer 메

4열

1답변

DbContext 만들지

는 I는 DLL 느릅이 라이브러리 내의 public class MyDbContext { [...] } 같은 형식을 노출이 또한 public void RegisterServices(Container container) { container.Register<MyDbContext>(Lifestyle.Scoped); } 이 어셈블리와

3열

1답변

Azure 서비스 버스를 사용하여 Rebus에서 게시/구독 처리

Rebus를 조사 중이며 Azure 서비스 버스와 함께 사용하고 있습니다. Regalure Queues와 함께 사용하는 것은 쉽지만 대신 Topic을 사용하고자 할 때는 작동시킬 수 없습니다. 설정이 완료되어 Topic/Subscription과 함께 사용되는 항목이 있습니까? 이것은 내가 지금까지 가지고있는 것이다. static void Main(stri

1열

1답변

Rebus에서 customl 재시도 메시지에 대한 큐 구성

지연된 메시지 저장소로 SQL Server를 사용하여 사용자 지정 재시도 정책을 작성할 수있었습니다. 하지만 이제는 확장 성을 이유로 여러 컴퓨터에 배포 된 여러 작업자 (메시지 처리기 작업)를 실행하고 싶습니다. 그 이유로 인해 나는 큐에서와 같이 지연된 메시지를 읽을 수있는 중앙 위치를 SQL 서버에서 읽는 대신에 갖고 싶습니다. 지연된 메시지를 큐에

3열

1답변

예외가있는 메시지를 Rebus 오류 대기열로 전달하는 방법

Rebus에서 두 번째 수준의 재시도 사용 (https://github.com/rebus-org/Rebus/wiki/Automatic-retries-and-error-handling) n 재시도 후 메시지를 오류 대기열로 전달해야합니다. _bus.Advanced.Routing.Send("my-queue.error",failedMessage.Message,