Nous commençons par le premier article de DunkedNetNuke parlant de l'une des fonctionnalités ajoutées de la version 6 de DNN, log4net. Cet outil vous semblera familier car c'est un portage de l'excellent outil Marco Apache log4j™ à l'environnement Microsoft, en profitant de toutes les nouvelles fonctionnalités .PETIT ENFANT, pour nous offrir un système solide de génération et d'envoi de logs vers de multiples destinations.
Pour configurer cette fonctionnalité, nous n'avons qu'à accéder au fichier DotNetNuke.log4net.config dans lequel nous pouvons voir la sortie de tous les journaux que nous voulons créer. Par défaut, générer des journaux de tous les journaux d'erreurs dans le ciblage de l'application Web Portales / _défaut / Journaux. Pour cette raison, si notre système d'enregistrement va être différent, il serait intéressant de ne pas stocker ces registres en désactivant cet appender par défaut en changeant la valeur du niveau en “DÉSACTIVÉ”.
Nous pouvons voir comment chaque sortie des journaux est générée par un appender, dans lequel les configurations de celui-ci sont définies pour finalement l'utiliser dans un enregistreur. Vous pouvez créer autant d'appenders et d'enregistreurs que de sorties différentes que vous souhaitez générer.
Maintenant, nous allons ajouter un nouvel appender à notre logger pour générer un diffusion UDP constante affichant uniquement les erreurs d'application:
Nous créons le nouvel appender
Nous l'attribuons dans la balise racine ou créons un enregistreur pour cela.
Comme vous pouvez le voir, nous avons défini un niveau différent de génération de journaux “ERREUR” puisque nous ne sommes intéressés qu'à obtenir les erreurs et non toutes les informations générées par notre instance DNN, no olvidemos que la vamos a enviar en forma constante flujo de datos a través de la red. Esta práctica puede ser de gran utilidad para las fases de desarrollo ya que nos permite ver constantemente todos los registros de la aplicación que nos interesan.
Para recibir la transmisión y verla podemos usar cualquier aplicación de consumidor de transmisión, en este caso usaremos log4view con la siguiente configuración:
Si usa Windows 7 o posterior y realiza pruebas localmente, use la ip de loopback que termina en 2, cosas que tienen IPv6
Con esto tendremos nuestro receptor configurado por lo que comenzaremos a capturar los errores enviados a través del broadcast UDP generado por log4net.
Nous allons maintenant créer la soumission d'erreur critique via E-mail pour lequel nous allons ajouter un autre appendice:
De cette façon, nous y parviendrons au cas où une erreur critique se produirait, dans quelques instants nous aurons une alerte avec des informations importantes pour une résolution rapide:
L'exemple précédent a été réalisé pour une connexion à un serveur SMTP avec authentification de base via le protocole TLS, mais si nous voulions envoyer notre courrier par exemple à partir d'un compte gmail personnel, nous devrons utiliser la configuration suivante pour activer SSL et permettre à gmail d'utiliser des sources qui ne sont pas sécurisées pour l'envoi par courrier.
Y habilitamos el uso de fuentes no confiables o nuestros correos electrónicos no llegarán al servidor smtp de gmail
Finalement, en muchas ocasiones tendremos que operación de depuración del propio log4net, para ello podemos a su vez generar un log de su funcionamiento agregando estas líneas al archivo web.config de nuestra aplicación dentro :
<ajouter
nom = “textWriterTraceListener”
taper = “System.Diagnostics.TextWriterTraceListener”
initializeData = “C: sitios web myweb.dnndev.me log4net.txt” />
De esta forma tendrás un nuevo log en el que podrás observar los procesos que realiza log4view y depurar posibles errores de una forma más sencilla:
