Depuración de aplicaciones

  • Artículo

Se aplica a: Service Bus for Windows Server 1.0

Service Bus para Windows Server puede evitar los siguientes escenarios:

  • Un cliente permanece conectado al servicio durante un tiempo prolongado sin ninguna actividad. El valor de tiempo de espera predeterminado es 55 segundos.

  • Los receptores bloquean mensajes durante un tiempo indefinido. La duración máxima de PeekLock es 2 minutos.

Estas restricciones son necesarias en un entorno de producción, pero pueden ser un impedimento en un entorno de desarrollo. Durante el desarrollo de aplicaciones, el desarrollador necesita poder definir puntos de interrupción en el código sin que Service Bus imponga las restricciones de IdleTimeout o PeekLock.

Service Bus para Windows Server permite controlar estas configuraciones en un entorno de desarrollo utilizando el cmdlet de PowerShell Set-AzureSBRuntimeSetting. El cmdlet toma un parámetro denominado DebugMode, con los valores true o false. Puede utilizar la configuración de DebugMode para relajar el tiempo de espera de ambas configuraciones durante un día.

Utilizar DebugMode

Para habilitar el parámetro DebugMode en un entorno de desarrollo, primero asegúrese de que Service Bus para Windows Server está instalado y configurado correctamente. A continuación, haga lo siguiente:

  1. Haga clic en el menú Inicio y navegue hasta Programas, Azure Service Bus 1.0, PowerShell de Service Bus.

  2. Ejecute el siguiente cmdlet:

    Set-AzureSBRuntimeSetting -Name DebugMode -Value True

  3. Ejecute los siguientes comandos para reiniciar los servicios y permitir que la configuración surta efecto:

    Stop-AzureSBHost

    Start-AzureSBHost

Ahora el cliente puede permanecer conectado durante un día antes de que se le desconecte. Además, ahora los receptores pueden bloquear los mensajes un día antes de que el bloqueo expire.

Fecha de compilación:

2014-04-18