Mise en oeuvre de Log4Net sous C# 3.5

Salut,

J'ai téléchargé Log4Net et j'ai ajouté la référence à mon projet.
http://logging.apache.org


J'aimerais faire des Logs XML avec une page XSLT pour que mes utilisateurs puissent consulter les évènements dans une IFrame.

Les exemple qui se trouvent sur le Site de Log4Net dont en C# 1.0.

Aurriez-vous quelque chose de plus "frais" ?

D'avance merci

Laurent Jordi

Salut,

Une classe statique accessible dans toute ta solution qui log en base grâce à Linq ( de préférence écrire en base car c'est beaucoup plus rapide que d'écrire dans un fichier). Excel pour se connecter à la base et exploiter les log (faire des graphs, des tableaux croisés, faire un peu de "data mining").

Code:

---

1 2 3 4

LogManager.LogWarning("Mon alerte", monObjetATraiter); LogManager.LogInfo("Mon info", monObjetATraiter); LogManager.LogError("Mon erreur", monObjetATraiter);

---

A+

Salut,

Merci pour ta réponse. Le problème du log en base c'est qu'un planton de la base ne peut être loggué, dans ce cas, je logguerais dans le journal windows.

Etant donné qu'il s'agit d'un serveur web multi clients, j'ai besoin de spécifier une chaine de caractères dans un champ. Elle correspond à l'ApplicationName du Membership.

Je pourrais ainsi filtrer les logs pour chaque client d'après toi, c'est possible ?

D'avance merci

Laurent

Citation:

---

Envoyé par Laurent Jordi

Le problème du log en base c'est qu'un planton de la base ne peut être loggué, dans ce cas, je logguerais dans le journal windows.

---

Désolé, je comprend pas "planton de la base".

Une de mes applications se trouve sur 2 machines et une 12aine de sites web. Mon LogManager récupère aussi bien le nom de la machine que le domaine du site web. On peut récupérer tout ce qu'on veut. Tu peux sérializer et envoyer en base tous les objets dont tu as besoin. Le "monObjetATraiter" peut être un objet métier sur lequel tu mets toutes les informations utiles.

Mon LogManager tient compte de paramètres dans la configuration pour logguer ou pas lors de l'appel à certaines méthodes. Il n'est pas forcement utile (c'est même nocif pour les perfs de tout logguer) de logguer des infos en mode production. Tu peux faire facilement un test dans la méthode LogManager.LogInfo pour ne logguer que si ton application est en mode débug (a définir dans le web.config par exemple).

Enfin, il n'y a de limites que ton imagination. :)

A+

Planton de la base de données...

Oui, ça veut dire quoi?

Bonjour,

Je rejoins Immobilis sur sa proposition à savoir une classe statique que tu puisses appeler dans n'importe quelle appli. Et on peut encore pousser plus loin.

Planton, synonyme de plantin qui voudrait dire "accident intervenu sur une machine qui vient de planter.". Jamais lu ni le premier terme, ni le second de toute ma vie. C'est Québécois, ou belge ? :mouarf:

Non c'est niçois

Bon, trêve de plaisanterie...

J'ai bien compris que l'on pouvait stocker des objets métier mais, comme je dois systématiquement filtrer par client, j'ai besoin d'avoir un champ différenciateur au niveau de la table sans quoi j'ai peur que les performances n'en souffre car (sauf erreur de ma part), une requête linq impliquerait que je charge en mémoire la totalité du log avant de faire ma requête.

Je vais explorer plus avant pour voir si j'arrive à trouver une solution, en cas, je créerais une classe dérivée que je reverserais à la communauté.

Pour information, mon CMS gère tous les domaines dans le même site racine, c'est pourquoi j'ai besoin d'un tel dispositif.

Bonne journée

Laurent

Bonjour,

Si tu regardes les exemples log4net pour SQL Server (ou autre sgbd), tu as le script pour créer cette table :

Citation:

---

CREATE TABLE [dbo].[Log] (
[Id] [int] IDENTITY (1, 1) NOT NULL,
[Date] [datetime] NOT NULL,
[Thread] [varchar] (255) NOT NULL,
[Level] [varchar] (50) NOT NULL,
[Logger] [varchar] (255) NOT NULL,
[Message] [varchar] (4000) NOT NULL,
[Exception] [varchar] (2000) NULL
)

---

Rien ne t'empêche de rajouter des champs du type "Identifiant Server", "Identifiant Client". Voir d'utiliser plusieurs appender : un pour tel type de message à stocker , ou un pour tel type de client ou serveur.

Bref, il te faut définir clairement toutes les infos que tu as besoin de stocker. Ensuite log4net est très souple pour te permettre de tout insérer en base (ou autre source de stockage si tu veux utiliser les Event log par exemple).

En espérant t'avoir aidé.

Salut,

Bien sûr que ça m'aide, je n'avais pas compris que l'on pouvait modifier la structure de données.

Dans ces conditions c'est parfait.

Merci

Laurent

Citation:

---

Envoyé par Laurent Jordi

une requête linq impliquerait que je charge en mémoire la totalité du log avant de faire ma requête.

---

Comment ça?

Peut être entend-il par là : charger tous les objets dans une collection pour faire une requête Linq dessus..... au lieu d'utiliser Linq To SQL peut être ? :aie:

Surement une phrase écrite trop vite...

J'avais mal compris ta suggestion :
Si l'objet métier est une chaine de caractères sérialisée dans un champ texte, je ne vois pas comment faire pour faire une requête linq en direct la dedans.

Je n'utilise pas Linq to SQL, uniquement to entities et to object, comme le log4net semble ne pas être tout à fait nativement compatible avec linq to entities... Je pensais avoir à tout charger pour pouvoir filtrer mais je me trompais.

La consultation est totalement indépendante de l'alimentation.

++

Laurent

Citation:

---

Envoyé par Laurent Jordi

Si l'objet métier est une chaine de caractères sérialisée dans un champ texte, je ne vois pas comment faire pour faire une requête linq en direct la dedans.

---

Ah, ok. En fait, les propriétés de l'objet métier sont à "mapper" avec les champs de la base. Linq to Entities marche aussi. SQL n'est qu'un moyen de stocker l'info.

A+

Salut,

Merci pour ton aide, ça roule...

++

Laurent