Discussion :

[Lucas Panny]

Bonjour,

Un des soucis avec les applications qui se connectent à un serveur (ici je pense à une base de données) c'est la coupure de connexion ou le serveur en panne

Souvent le développeur oublie de gérer cela, ma question c'est comment? Pour moi qui utilise Linq, je mets un try...catch... pour les SaveChanges() mais il semble que ça ne suffit pas!!

[cinemania]

Effectivement tu es là dans le cadre de l'entity framework et de la connexion à une base SQL (peut importe sa nature)

Donc pour répondre à ta question... tout est défini dans l'objet de contexte que tu utilise.

Si tu as utiliser les outils fournis, et créé un EDMX automatiquement il te créé un objet de contexte en même temps que les différentes entité de la base.
Cet objet de contexte une fois instancié, cette même instance où tu fait SaveChanges possède pléthore de propriétés, comme par exemple CommandTimeout pour modifier le timeout sur TOUTES les opérations en rapport avec la DB au cas où
Mais tu y trouvera aussi une propriété Connection qui permet de recouvrer l'objet de connexion SQL pour y effectuer des tests ou ce que tu veux...

Si tu défini un timeout et certains actions sur la connexion tu va récupérer des exceptions lorsque les timeout vont échoires. A partir de là... il n'est pas difficile de deviner ce que tu va pouvoir faire...

Mais attention avec les timeout... ils sont généraux, et ils ont des avantages et inconvénient. Ainsi si tu map des procédure stockée à des méthodes d'entités, et que ces procédures stockées te laisse le temps de prendre racine avant de finir leur exécution... ces timeout vont te retourner une jolie exception, alors que pourtant ce n'est pas une erreur

[Lucas Panny]

Le problème n'est pas le timeout ou autres configurations mais c'est que lorsqu'il y a coupure réseau ou redémarrage du serveur de bd, ce n'est pas géré donc un message d'erreur s'affiche et l'application crashe

Je cherche à traiter ces possibilités de panne et afficher les messages adéquats ainsi que ne pas crasher l'application dans ces cas. Le soucis c'est qu'il y a des centaines de SaveChanges() à mettre sous try...catch... Y a-t-il meilleures méthodes?