2010-03-21 6 views
0

Nous avons un projet de sharepoint 2007 au travail. La règle de gestion des exceptions consiste à se connecter aux journaux Sharepoint.emballage Exception et pages HTML

Dans ce cas, serait la meilleure approche est d'appeler cette méthode et rethrow l'exception plus haut? Sauf si je le remets pour être attrapé plus haut, il n'y a pas d'autre code de gestion d'exception alors que se passerait-il dans ce cas?

Aussi, si vous allez afficher une erreur plus conviviale à l'utilisateur (qui utilise les informations dans l'objet d'exception), alors ce serait une bonne utilisation de l'emballage d'exception. Serait-ce une bonne idée de faire une page ASPX personnalisée et ajouter à customerrors, de sorte que le init (pas sûr de l'événement exact), je peux afficher les informations d'exception dans le paramètre passé sur la page. Toutefois, une page html statique ne peut pas faire cela, donc je ne vois pas le point dans les exceptions de retour à la ligne (sauf s'il y a une page ou une alerte qui utilise l'objet d'exception). Donc, si un projet utilise des pages html pour des erreurs, y a-t-il un point dans l'encapsulation des exceptions?

Merci

Répondre

0

Vous pouvez utiliser une page d'erreur pour ce faire. Je pense que pour des raisons de sécurité, vous ne devriez pas afficher la trace complète de la pile. En outre, il ne serait pas très convivial. Vous pouvez attraper l'exception au plus haut niveau et ensuite vous pouvez vérifier et voir quel type d'erreur c'est et afficher un message amical pour cela. J'ai vu cela fait dans les JSP, donc je pense que vous pouvez faire la même chose en ASP.

+0

Je vais devoir examiner cette question. Mais que se passe-t-il si je repousse l'exception et qu'il n'y a rien pour l'attraper? – dotnetdev

+0

S'il y a une exception non gérée dans Sharepoint, vous verrez une page simple avec ce message: « Une erreur inattendue est survenue. » – CodeThug