Por que o RegisterMessageHandler não funciona para um nome de tópico específico?


9

Não entendo por que o manipulador a seguir ( processMessageAsync ) mencionado abaixo não está sendo acionado para um nome de tópico específico, mas é bem-sucedido para outros nomes de tópico:

subscriptionClient.RegisterMessageHandler(processMessageAsync, msgOptions)

A seguir, é minha classe de Assinante :

open System
open System.Linq
open System.Threading
open System.Text
open System.Threading.Tasks
open Microsoft.Azure.ServiceBus

type Subscriber(connectionString:string, topic:string, subscription:string) =

    let mutable subscriptionClient : SubscriptionClient = null

    let exceptionReceivedHandler (args:ExceptionReceivedEventArgs) =
        printfn "Got an exception: %A" args.Exception
        Task.CompletedTask

    let processMessageAsync (message:Message) (_:CancellationToken) = 

        try

            let _ = Encoding.UTF8.GetString(message.Body)
            subscriptionClient.CompleteAsync(message.SystemProperties.LockToken) |> Async.AwaitTask |> Async.RunSynchronously

            Task.CompletedTask

        with
            _ -> Task.CompletedTask

    member x.Listen() =

        async {

            subscriptionClient <- new SubscriptionClient(connectionString, topic, subscription)
            subscriptionClient.OperationTimeout <- TimeSpan.FromMinutes(3.0)

            let! rulesFound     = subscriptionClient.GetRulesAsync() |> Async.AwaitTask
            let  hasDefaultRule = rulesFound.Any(fun r -> r.Name = RuleDescription.DefaultRuleName)

            if hasDefaultRule then
                do! subscriptionClient.RemoveRuleAsync(RuleDescription.DefaultRuleName) |> Async.AwaitTask

            let msgOptions = MessageHandlerOptions(fun args -> exceptionReceivedHandler(args))
            msgOptions.AutoComplete         <- false
            msgOptions.MaxAutoRenewDuration <- TimeSpan.FromMinutes(1.0)
            msgOptions.MaxConcurrentCalls   <- 1

            subscriptionClient.RegisterMessageHandler(processMessageAsync, msgOptions)
        }

    member x.CloseAsync() =

        async {

            do! subscriptionClient.CloseAsync() |> Async.AwaitTask
        }

Aqui está como eu tento executar o assinante :

open System
open Subscription.Console

let connectionString = <connection_string>

[<EntryPoint>]
let main argv =

    printfn "Welcome to Subscription.Console"

    let topic,subscription = "Topic.courier-accepted","Subscription.all-messages"
    let subscriber = Subscriber(connectionString, topic, subscription)

    async { do! subscriber.Listen()
          } |> Async.RunSynchronously

    Console.ReadKey() |> ignore

    async { do! subscriber.CloseAsync()
          } |> Async.RunSynchronously

    0 // return an integer exit code 

O código a seguir publica uma mensagem que meu assinante deve receber (mas não recebe):

[<Fact>]
let ``Publish courier-accepted to servicebus``() =

    async {

        // Setup
        let  client    = TopicClient(sbConnectionstring, "Topic.courier-accepted")
        let! requestId = requestId()

        let updated = requestId |> modifyRequestId someCourierResponse
        let json    = JsonConvert.SerializeObject(updated)
        let message = Message(Encoding.UTF8.GetBytes(json))

        message.Label <- sprintf "request-id(%s)" (requestId.ToString())

        // Test
        do! client.SendAsync(message) |> Async.AwaitTask

        // Teardown
        do! client.CloseAsync()       |> Async.AwaitTask
    }

NOTA:

O interessante do código acima é que, quando eu tenho uma Função do Azure em execução com um ServiceBusTrigger definido com o mesmo tópico e nome de assinatura, essa Função do Azure é acionada toda vez que executo o teste.

  • Não recebo nenhuma mensagem de exceção
  • A função exceptionReceivedHandler nunca é acionada na minha instância de Assinante
  • Não observo nenhum erro de usuário no meu painel do Azure para o recurso servicebus

É bem-sucedido com nome de tópico diferente

Se eu alterar o nome do tópico para "courier-request", a instância do assinante receberá mensagens:

[<Fact>]
let ``Publish courier-requested to servicebus topic``() =

    // Setup
    let client    = TopicClient(sbConnectionstring, "Topic.courier-requested")
    let message   = Message(Encoding.UTF8.GetBytes(JsonFor.courierRequest))
    message.Label <- sprintf "courier-id(%s)" "b965f552-31a4-4644-a9c6-d86dd45314c4"

    // Test
    async {

        do! client.SendAsync(message) |> Async.AwaitTask
        do! client.CloseAsync()       |> Async.AwaitTask
    }

Aqui está a assinatura que possui o ajuste de nome do tópico:

[<EntryPoint>]
let main argv =

    printfn "Welcome to Subscription.Console"

    let topic,subscription = "Topic.courier-requested","Subscription.all-messages"
    let subscriber = Subscriber(connectionString, topic, subscription)

    async { do! subscriber.Listen()
          } |> Async.RunSynchronously

    Console.ReadKey() |> ignore

    async { do! subscriber.CloseAsync()
          } |> Async.RunSynchronously

    0 // return an integer exit code

Aqui estão os dois tópicos no meu Portal do Azure: insira a descrição da imagem aqui

Clicar em Tópicos no Portal tem resultados diferentes:

Percebi que tenho que clicar em "aceito pelo correio" duas vezes apenas para ver suas assinaturas. No entanto, posso clicar em "solicitado pelo correio" uma vez e visualizar imediatamente suas assinaturas.


11
I don't receive any exception messages, talvez porque você esteja engolindo as exceções? Eu vejo um with _bloco após tryum
user1623521 23/03

Observei uma exceção depois de criar uma assinatura adicional para o tópico aceito pelo correio, iniciar o assinante com um valor de assinatura correspondente ao que acabei de registrar no portal e excluir a assinatura criada recentemente enquanto o assinante ainda está em execução.
Scott Nimrod

Não consigo reproduzir seu problema do meu lado, parece que você conheceu o comportamento anormal no portal do barramento de serviço. Talvez você possa enviar um tíquete de suporte para a equipe do SB.
Jay Gong

Enviei um ingresso ontem.
Scott Nimrod

Respostas:


0

Se bem entendi que você tentou excluir o tópico problemático e recriá-lo, isso me parece um soluço no Azure. Você não deve obter o comportamento descrito acima, onde é necessário clicar duas vezes. Às vezes, criei coisas no Azure, há um problema em algum ponto da infraestrutura e a solicitação de suporte é a única maneira de resolvê-lo.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.