MS SQL Server
  1. MS SQL Server
  3. Comment tuer son propre service Windows
Intereting Posts
Mettre à jour avec la jointure interne Comment puis-je utiliser des sous-requêtes pré-utilisées dans une clause where? Supprimer en fonction de la key composite d'une autre table BCP au file CSV avec des virgules dans datatables afficher datatables sous forme de masortingce de covariance Le pilote JDBC SQL Server ne peut pas détecter la connection perdue rapidement Comment créer une contrainte de vérification qui assure un logging de détail actif pour une table? Comment insert datetime à partir d'une string dans le server SQL Options de persistance des objects .NET DeadLock sur la database SQL Azure sans transactions Cela ne returnne rien. Pourquoi? Remplacer le nombre dans la ligne avec la description lors de l'exécution de requête SELECT Comment puis-je find les différences entre deux bases de données? Différence entre Select Unique et Select Distinct Comment vérifier datatables et l'heure de création d'une table dans IBM Netezza SQL à partir d'Aginity Workbench

Comment tuer son propre service Windows

Un service WCF est hébergé dans un service Windows (WS).

Lorsque la database (SqlServer 2005) tombe en panne une exception SqlException est levée en raison des actions effectuées sur la database.

Ce que je veux accomplir, c'est que le WS – où le service WCF est hébergé – devrait baisser quand la DB est également arrêtée.

Le WS sera redémarré manuellement en passant.

Mon idée est de ne rien faire à ce sujet. L'exception non gérée va arrêter le WS.

Est-ce la bonne façon de faire?

Si vous souhaitez arrêter explicitement votre service Windows, appelez simplement la méthode .Stop () sur votre class de service.

Les services Windows peuvent être configurés pour redémarrer automatiquement en cas d'erreur. Il suffit donc de laisser le stream SqlException vers le haut pour get ce que vous voulez.

Marc

Tout d'abord, vous devez détecter que SQL Server est tombé de l'exception SQLException que vous obtiendrez. Deuxièmement pourquoi tuer le webservice au lieu de renvoyer une erreur au client en disant que le service est en panne temporairement pour telle et telle raison.