Discussion :

[Aslan_xD]

Voilà pour gérer mes erreurs, j'ai rajouté Application_Error à mon global.asax pour capturer les erreurs et les envoyer à ma page Error.aspx via Server.Transfer

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
protected void Application_Error(object sender, EventArgs e)
        {
 
            Exception ex = new Exception();
 
            ex = Server.GetLastError().GetBaseException();
            Session["ex"] = ex;
            Server.ClearError();
            Server.Transfer("~/Error.aspx");
        }

Je crois que l'avantage est de ne pas avoir à recopier le code sur toutes les pages .aspx
Cependant, je souhaiterais améliorer cette gestion des erreurs et ouvrir dans une nouvelle fenêtre (ça peut être une popup, une boite de dialogue...).

En cherchant sur le forum, j'ai vu qu'il y avait le javascript qu'on insérait dans nos pages. Vers quel moyen pouvez-vous me guider pour insérer ça dans le global.asax

A votre dispo pour plus d'infos !
Merci beaucoup ^^

[Ramajb]

Tu as ceci

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
ClientScriptManager.RegisterStartupScript()

pour exécuter du code javascript en code behind.

Mais je pense pas que tu pourras l'exécuter dans Global.asax, ni moins du code html. En gros tout ce qui se trouve dans System.Web.UI, tu ne peux pas l'utiliser dans Global.asax. Global.asax agit au niveau de l'application, pas au niveau de la page.
Toutefois, des alternatives existent:

1. si tu as une master page, tu peux y centraliser pour interagir avec du code javascript
2. soit tu crées une classe de base qui sera hérité par toutes les pages. Dans ce class de base, tu définit dans l'evenement Page_Error le message d'erreur personnalisé, avec du javascript.....
3. soit tu laisse ton code comme ça mais seulement dans la pageError.aspx que tu définit le message d'erreur, vu que tu peux acceder le message d'erreur via la variable session. Mais dans ce dernier cas tu as plus de traitement.

En espérant d'avoir aidé.

[calagan99]

Je suis assez d'accord avec Ramajb.
Pour ma part, j'implémenterais Page_Error dans une classe de base dont hériteraient toutes les pages de mon application.

[Aslan_xD]

Merci pour ces informations.

C'est surtout la contrainte de devoir ouvrir une fenêtre de type popup/dialogue (sans fermer donc la précédente) qui me mine.

Par exemple lorsqu'on veut supprimer dans une base de données des sites de production alors que des fours sont encore rattachés, je vais avoir une erreur qui jusqu'à présent, je récupère via l'Application_Error.

Seulement, on me demande de faire apparaître une (nouvelle) fenêtre qui m'informerait de l'erreur (Exception.message, Exception.StackTrace ...), en la fermant, il y aurait toujours l'autre page sur laquelle j'avais fait la manip de suppression.

[lutecefalco]

T'es pas censé laisser remonter cette erreur jusqu'au global.asax normalement.
Tu devrais la catcher plutôt

[Aslan_xD]

Le groupe qui a initialisé ce projet a choisi d'utiliser DynamicData pour une facilité dans le tri, dans la création/édition/suppression. Je pense que d'une certaine manière, ils ont renseigné la base de données, le LinqToSQL et le DynamicData s'est chargé de leur faire des pages où on peut ajouter, supprimer en fonction des liens paramétrés dans la base de données.

Bref, je suis perdu. Si j'ouvre une page .aspx j'obtiens :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
<asp:LinkButton runat="server" commandName="Delete" Text="Supprimer"
OnClientClick='return confirm("Etes-vous sûr de vouloir supprimer cet élément ?") ;'/>

J'ai commencé avec le MVC où je créais mes view Delete etc... Je pense que dans les actionmethods j'aurais pu glisser les try catch. Mais la, je n'ai aucune idée de où je pourrais les placer. Je ne localise pas l'endroit où il fait la requête pour supprimer et je pense que c'est à cet endroit que je dois selon vos infos, catcher les erreurs.