Partager via

Débogage d'applications

  • Article

Mis à jour: octobre 2013

S'applique à: Service Bus for Windows Server 1.1

Service Bus pour Windows Server permet de ne pas prendre en charge les scénarios suivants :

  • Un client reste connecté au service pendant une période prolongée sans activité. Le délai d'expiration par défaut est de 55 secondes.

  • Les messages sont verrouillés par les destinataires pendant une durée illimitée. La durée PeekLock maximale est de 2 minutes.

Bien que ces restrictions soient nécessaires dans un environnement de production, elles peuvent représenter un obstacle dans un environnement de développement. Au cours du développement de l'application, un développeur doit être en mesure de définir des points d'arrêt dans le code sans que Service Bus applique les restrictions IdleTimeout ou PeekLock.

Service Bus pour Windows Server permet de contrôler ces paramètres dans un environnement de développement à l'aide de la cmdlet PowerShell Set-AzureSBRuntimeSetting. La cmdlet prend un paramètre appelé DebugMode, avec la valeur true ou false. Vous pouvez utiliser le paramètre DebugMode pour assouplir le délai d'expiration de ces deux paramètres pendant une journée.

Utilisation de DebugMode

Pour activer le paramètre DebugMode dans un environnement de développement, veillez à ce que Service Bus pour Windows Server soit correctement installé et configuré. Procédez ensuite comme suit :

  1. Cliquez sur le menu Démarrer et accédez à Programmes, Azure Service Bus 1.0, Service Bus Powershell.

  2. Exécutez la cmdlet suivante :

    Set-AzureSBRuntimeSetting -Name DebugMode -Value True

  3. Exécutez les commandes suivantes pour redémarrer les services et pour que les paramètres prennent effet :

    Stop-AzureSBHost

    Start-AzureSBHost

Le client peut désormais rester connecté pendant une journée avant d'être déconnecté. En outre, les destinataires peuvent à présent verrouiller les messages un jour avant l'expiration du verrou.

Date de génération :

2014-04-18