DotNetNuke fournit-il un cadre de journalisation erroné intégré? Mon client utilise DotNetNuke et je ne vois pas un cadre mondial de journalisation des erreurs. Je vois la classe ci-dessous avec certains essais / attrapes les utilise.
4 Réponses :
DNN inclut log4net, voir cet article wiki: http://dnnsoftware.com/wiki / Page / Log4net-in-DotNetNuke
log4net est disponible, mais la plupart des modules utilisent la classe d'exceptions personnalisées dans DNN qui stockera des "événements" dans la table EventLog, vous pouvez accéder aux rapports des "événements", y compris les erreurs, à partir de la page Admin / Event Viewer.
En règle générale dans un module, vous feriez quelque chose comme ce qui suit.
Bonjour Chris, j'ai vu cela dans votre modèle et je suis heureux d'avoir entendu dire pour comprendre ce que c'est réellement. Dans la question de l'OP, il existe des définitions de la fonction qui incluent «sympathiqueMessage». Ce champ est destiné à autoriser le développeur à enregistrer des détails supplémentaires ou est-ce que ce qui est affiché à l'utilisateur lorsque l'erreur se produit. Si ce n'est pas un endroit pour les informations personnalisées sur l'exception, est là?
@RaCernerd Je n'ai pas essayé d'utiliser avec une sympathie -Message avant, mais je suppose que ce serait ce qui s'affiche à l'utilisateur final quand il y a un problème
Cela fait longtemps que le message original à ce sujet et après avoir fait des recherches pour moi-même, je crois que j'ai trouvé une ressource meilleure et plus récente que la réponse acceptée. Ce qui suit inclut un peu plus d'informations sur la configuration de Log4Net et intégré à vos modules, http://www.dnnsoftware.com/community-blog/cid/141723/Undre-log4net-with-DotNetNuke .
Il apparaît qu'un avantage d'utiliser l'approche log4net est la possibilité de configurer le niveau de journalisation afin que les applications puissent être plus facilement étudiées et déboguées. Cela peut être particulièrement utile lorsque vous déplacez des applications entre les environnements. J'ai utilisé cela tout en débogage d'une application sur un serveur où je ne peux pas attacher au processus et interrompre l'application au débogage. Je présente le niveau de journalisation et travaillez avec les informations dans le journal. Cela peut être douloureux un moyen douloureux de déboguer, mais vraiment utile lorsque vous êtes coincé.
Dans DNN 7, la classe Dnnlog mentionnée ici est amortie afin que les alternatives soient probablement explorées.
On dirait que la classe d'exception personnalisée est destinée aux exceptions qui doivent être connectées dans tous les cas. J'ai trouvé cet article légèrement plus ancien qui est probablement toujours pertinent s'il est nécessaire de connecter des informations personnalisées, http://www.ifinity.com.au/blog/entryid/114/Creating-Exception-logging-with-DotNetNuke . Certaines classes devront être mises à jour, mais la technique globale semblait bonne et contribue davantage à la suggestion de Chris ci-dessus. Avec un peu de peaufinage Cet exemple pourrait être utilisé pour implémenter un niveau de journalisation configurable.
Vous pouvez utiliser Dnnlogger ou Loggersource dans DNN 7: Stackoverflow.com/a/19237590/443379
Ma compréhension est que vous avez les options suivantes: