Share via

Depuração de aplicativos

  • Artigo

Aplica-se a: Service Bus for Windows Server 1.1

O Service Bus for Windows Server suporta a capacidade para evitar os seguintes cenários:

  • Um cliente se mantém conectado ao serviço por um longo período de tempo sem nenhuma atividade. O tempo limite padrão é de 55 segundos.

  • as mensagens são bloqueadas pelos receptores por um período indefinido de tempo. A duração PeekLock máxima é de 2 minutos.

Essas restrições são necessárias em um ambiente de produção, mas podem ser um obstáculo em um ambiente de desenvolvimento. Durante o desenvolvimento do aplicativo, um desenvolvedor precisa da capacidade de definir pontos de interrupção no código sem que o Service Bus imponha restrições de IdleTimeout ou PeekLock.

O Service Bus for Windows Server permite que você controle essas configurações em um ambiente de desenvolvimento usando o cmdlet PowerShell Set-AzureSBRuntimeSetting. O cmdlet obtém um parâmetro chamado DebugMode, com um valor true ou false. Você pode usar a configuração DebugMode para atenuar o tempo limite de ambas as configurações por um dia.

Usando o DebugMode

Para habilitar o parâmetro DebugMode em um ambiente de desenvolvimento, primeiro verifique se o Service Bus for Windows Server foi instalado e configurado com sucesso. Em seguida, faça o seguinte:

  1. Clique no menu Iniciar e navegue até Programas, Barramento do Serviço do Azure 1.0, Powershell do Barramento do Serviço.

  2. Execute o seguinte cmdlet:

    Set-AzureSBRuntimeSetting -Name DebugMode -Value True

  3. Execute os seguintes comandos para reiniciar os serviços e permitir que as configurações tenham efeito:

    Stop-AzureSBHost

    Start-AzureSBHost

Agora, o cliente pode ficar conectado por um dia antes de ser desconectado. Além disso, as mensagens podem agora ser bloqueadas pelos receptores por um dia antes que o bloqueio expire.