IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Silverlight Discussion :

Silverlight et gestion d'erreur


Sujet :

Silverlight

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre habitué
    Inscrit en
    Août 2010
    Messages
    10
    Détails du profil
    Informations forums :
    Inscription : Août 2010
    Messages : 10
    Par défaut Silverlight et gestion d'erreur
    Bonjour à tous!!
    J'ai lu quelque part que avec Silverlight 4 on pouvait mieux gérer les erreurs et peut-être même créer un fichier log; cependant je n'y connais vraiment rien que cela soit en gestion d'erreurs ou en fichiers log, auriez-vous des informations svp? Merci d'avance!!

  2. #2
    Membre Expert
    Profil pro
    Inscrit en
    Juillet 2006
    Messages
    1 103
    Détails du profil
    Informations personnelles :
    Âge : 47
    Localisation : France, Meurthe et Moselle (Lorraine)

    Informations forums :
    Inscription : Juillet 2006
    Messages : 1 103
    Par défaut
    dépend de ce que tu veux...

    les logs cotés client... ca n'a pas trop de sens... et de plus on ne peut écrire dans les fichiers de la machine cliente que si l'application SL4 tourne en mode Out Of Browser en Full-Trust... et si tu parle de log coté Service WCF... c'était déjà possible dans la version 3.0 de Silverlight.

    la gestion d'erreur en question ici, n'est pas tellement au niveau de l'interface UI, mais des erreurs qui peuvent se produire dans la communication entre l'application silverlight et le reste du monde, et notamment les services WCF.
    quand à la gestion d'erreur... n'importe qui sait faire un
    try {} catch (Exception ex) { } finally { }
    car WCF remonte les exceptions "cotés serveur" dans le client comme des vrais exceptions qui se seraient produite dans le client, il faut donc les gérer.

    suffit de mettre les try catch là où il faut.

  3. #3
    Membre Expert
    Avatar de Pragmateek
    Homme Profil pro
    Formateur expert .Net/C#
    Inscrit en
    Mars 2006
    Messages
    2 635
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Formateur expert .Net/C#
    Secteur : Conseil

    Informations forums :
    Inscription : Mars 2006
    Messages : 2 635
    Par défaut
    Tu peux passer par l'IsolatedStorage pour stocker tes fichiers de logs même en mode browser.
    Cependant ils ne seront pas aussi facilement manipulables que des fichiers créés en mode OOB ou bien côté serveur.
    C'est donc plutôt à utiliser dans le cadre d'une mise en cache temporaire avant synchronisation pour les utilisateurs nomades par exemple.

  4. #4
    Expert confirmé
    Avatar de Skyounet
    Homme Profil pro
    Software Engineer
    Inscrit en
    Mars 2005
    Messages
    6 380
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : Etats-Unis

    Informations professionnelles :
    Activité : Software Engineer
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mars 2005
    Messages : 6 380
    Par défaut
    Personellement j'ai cree un systeme a la rapport d'erreur de Windows.

    Quand une exception se produit, j'affiche le message dans un ChildWindow et je mets 2 boutons : Envoyer et Ne pas envoyer.

    Si l'utilisateur clic sur Envoyer j'appelle un WCF en lui passant le message et la stacktrace.

    Si c'est le WCF qui est mort j'affiche un message et je demande de reessayer plus tard.

  5. #5
    Membre confirmé Avatar de wil4linux
    Inscrit en
    Février 2005
    Messages
    205
    Détails du profil
    Informations personnelles :
    Âge : 40

    Informations forums :
    Inscription : Février 2005
    Messages : 205
    Par défaut
    Pour la gestion d'erreurs, utilise log4net, que tu configures côté asp.

    Tu créés une classe d'exception personnalisé qui implémente l'interface "Exception" côté Silverlight T créés un web service côté Asp et génère ton service Référence côté SL.

    Par exemple lorsque que côté SL une exception est levée, elle est transmise à ton exception personnalisée côté SL qui appelle le web service côté asp (avec en argument de ta web méthode: le type d'erreur, le message, le nom de la fonction qui a généré l'exception).

    le web service appelle les fonctions de log4net ou autre, par exemple, tu écris dans un fichier texte, ou même écrire dans le système de log de IIS.

Discussions similaires

  1. Gestion des erreurs WCF dans Silverlight 4
    Par EmacLi dans le forum Silverlight
    Réponses: 8
    Dernier message: 27/09/2012, 21h03
  2. gestion d'erreur et de transactions....
    Par Dge dans le forum MS SQL Server
    Réponses: 9
    Dernier message: 08/02/2006, 22h20
  3. [XSLT]Est ce qu'il y'a la gestion des erreur en xslt ?
    Par miloud dans le forum XSL/XSLT/XPATH
    Réponses: 2
    Dernier message: 04/02/2004, 17h19
  4. [LG]tests pour la gestion d'erreur
    Par le 27 dans le forum Langage
    Réponses: 3
    Dernier message: 22/12/2003, 20h44
  5. [LG]gestion des erreurs
    Par frontin dans le forum Langage
    Réponses: 3
    Dernier message: 29/11/2003, 22h41

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo