Quelle est la meilleure approche pour gérer les exceptions en service WCF?

J'ai un service WCF déployés sur deux ou plusieurs machines distantes et il y a un bureau en fonction de l'application qui est utilisé par le client pour accéder à tout service wcf.

Le service WCF est connecté à SQL server 2005 pour lire et écrire des données.
C'est un intranet dans lequel le client doit être sur le même domaine.

Maintenant, il peut y avoir des cas où le service wcf lève des exceptions:

  1. URL non valide
  2. Service WCF est en baisse
  3. SQL server 2005 n'est pas en cours d'exécution
  4. Client n'est pas sur le même domaine
  5. L'authentification échoue
  6. L'autorisation échoue

et de nombreuses autres exceptions.

Pour chaque exception que j'ai à accomplir une action ou mettre à jour une barre d'état, selon l'exception. Par exemple, si l'autorisation est refusée, j'ai pour inviter l'utilisateur à entrer leurs informations d'identification.

S'il vous plaît suggérer la meilleure approche de conception pour gérer cela.

InformationsquelleAutor Ashish Ashu | 2009-10-08
  1. 35

    Vous pouvez certainement attraper et de gérer toutes les exceptions qui se produisent sur votre classe de service et de les transformer en un FaultException ou FaultException exception.

    De cette façon, vous n'aurez pas la "faute" (ou déchirure), le canal de communication entre votre client et le serveur.

    Même meilleure approche serait de mettre en œuvre les IErrorHandler interface de classe de service qui fournit un moyen à l'échelle mondiale attraper toutes les exceptions, comme ils se produisent et fournissent un FaultException au lieu de cela, c'est du SAVON conforme.

    Vous pouvez même transformer votre IErrorHandler dans un configurable comportement qui peut être activée ou désactivée dans la configuration.

    Voir ces articles et billets de blog pour plus de détails:

    • Je ne sais pas beaucoup sur IErrorHandler mais j'ai lu des articles et des posts sur l'utilisation de IErrorHandler il dit qu'il a quelques inconvénients. Dans certains cas, une exception peut être levée à partir de la wcf service à la clientèle. Auriez-vous me recommander pour IErrorHandler ??
    • Oui, par tous les moyens - je toujours vous recommandons d'utiliser IErrorHandler. Pouvez-vous poster les liens de ces articles qui disent qu'il a des inconvénients?? Jamais entendu parler de ceux que j'aimerais étudier....
    • stackoverflow.com/questions/265551/wcf-errorhandler Lire le deuxième post!! Je ne sais pas wheather il est correct ou pas, mais il a toujours crée la confusion dans mon esprit
    • Eh bien, je suppose qu'il s'attend à de trop - IErrorHandler va attraper toutes les exceptions qui se produisent SUR LE SERVEUR - une erreur de communication, ou une erreur dans les paramètres de sécurité, ne se fait pas sur le serveur mais avant que le message atteigne le serveur. C'est un scénario différent.
    • Mai je vous directement à Rory de la Primevère du post. C'est un exemple de travail.
    • Je réalise que c'est un fil très vieux, mais je suis en cours d'exécution dans le exact même problème (SecurityExceptions pas être pris par IErrorHandler). Vous dites qu'il ne se fait pas sur le serveur qui est source de confusion pour moi. Le ServiceCredentials comportement est attaché dans le service d'accueil et de n'exécuter sur le serveur (mon WCF traçage de capture de l'exception d'amende). Est-il un moyen de capturer ces exceptions?
    • Comment puis-je gérer efficacement les erreurs et les exceptions de tout type dans le côté client uniquement (je ne suis que le consommateur, le code du serveur est au delà de moi). Veuillez consulter la ceci la question que j'ai posté.
    • Lorsque j'appelle mon Service WCF de jquery ajax méthode, je reçois toujours un message d'erreur dans la plaine format html. Quand je lis la réponse à l'aide de $.parseJSON() la méthode, Invalide format json erreur est à venir. Comment recevrai-je ma réponse d'erreur au format json de service WCF?

    InformationsquelleAutor marc_s
  2. 6
    1. Créer un défaut de la classe qui est marqué avec l' DataContract attribut
    2. Marque la méthode sur le contrat de service d'interface avec FaultContract. C'est à dire. [FaultContract(typeof(CustomFault))]
    3. Dans votre méthode de service, attraper interne applicable exceptions et jeter un FaultException<CustomFault>. Sinon, comme marc_s mentionné, vous pouvez utiliser IErrorHandler à la carte de l'exception à la faute.

    Personnellement, j'ai créer une base de la Faute de la classe qui a une Raison bien et je l'étends tous les défauts de cette classe. Lorsque je veux lancer la faute, je l'appelle:

    throw Fault.Create<CustomFault>(new CustomFault("Boo hoo"));

    Il est également intéressant de noter que j'ai la version de ma faute classes (y compris la commune de la Faute de la classe) avec tous mes autres services. C'est seulement un problème si le service de la gestion des versions est une source de préoccupation, bien que.

    Voici la base de la Faute de la classe (j'ai enlevé la validation d'arguments pour des raisons de concision):

    [DataContract(Namespace = XmlVersionNamespace.FaultNamespace)]
public abstract class Fault
{
    internal FaultReason Reason { get; set; }

    protected Fault(string reasonText)
    {
        Reason = new FaultReason(new FaultReasonText(reasonText, CultureInfo.CurrentUICulture));
    }

    public override string ToString()
    {
        return Reason.ToString();
    }

    internal static FaultException<TDetail> Create<TDetail>(TDetail fault) where TDetail : Fault
    {
        return new FaultException<TDetail>(fault, fault.Reason);
    }
}
    • Merci Richard ! Pouvez-vous svp me donner un exemple supposons que si l'authentification échoue. Donnez-moi juste la classe à l'égard des navires et de la façon dont vous allez gérer sur le client app..
    • Je voudrais créer une AuthenticationFailedFault (le prolonger d'une Faute), le passage d'un message à la base de la Faute du constructeur. Dans votre application client, vous venez d'attraper FaultException<AuthenticationFailedFault>, depuis AuthenticationFailedFault fera partie du WSDL (aussi longtemps que vous avez sélectionné la méthode de [FaultContract])
    InformationsquelleAutor Richard Szalay
  3. 2

    Vous pouvez concevoir spécifiques Faute de Données des Contrats pour chaque exception scénario dans votre service WCF, de sorte que vous pouvez gérer la faute/exception à côté client, respectivement.

    • Je suis nouveau à cela pouvez-vous svp me donner un lien
    InformationsquelleAutor Ray Lu
  4. 1
    try
{
  //Actions
}
catch (Exception ex)
{
  //Log the exception
  //Throw Fault Exception back to client
  FaultException fe = new FaultException(ex.Message, new FaultCode("Your fault code"));
  //throw fault exception back to WCF client
  throw fe;
}
    InformationsquelleAutor JL.