Ho appreso da un mio collega l’esistenza del comando unix/linux tail, che com il flag –f monitora costantemente un file e scrive a console le nuove linee aggiunte. Questo è ottimo se si sta seguendo realtime un log su file. L’unico problema di questa soluzione è che – almeno nell ‘ implementazione che abbiamo usato-  usando il RollingFileAppender di log4net il file rimaneva locked, e durante la rinomina automatica falliva e si rischiava di perdere comopletamente un segmento di log.

A tale scopo ho scritto una piccola utility C# che fa esattamente la stessa cosa di tail –f, che troavate su codeplexa questo indirizzo.

Una breve descrizione della command line:

• tailf mylog.txt continuously dump on the console the content of mylog.txt as soon new lines are written into it.
• tailf -n:15 mylog.txt continuously dump on the console the content of mylog.txt as soon new lines are written into it. At startup the last 15 lines are dumped.
• tailf mylog.txt -f:ERROR continuously dump on the console the content of mylog.txt as soon new lines are written into it. Just lines containing "ERROR" are shown.
• tailf mylog.txt -f:"ERROR|WARN" continuously dump on the console the content of mylog.txt as soon new lines are written into it. Just lines containing "ERROR" or "WARN" are shown; double quotes are necessary since | is a special char in the command shell.

A volte si vuole ottenere l amedesima configurazione di logging per log con diverso nome, accomunati da una radice: xEs se usiamo NHibernate avremo NHibernate.Cfg.XmlHbmBinding,NHibernate.Cfg.Configuration, NHibernate.Cfg.SettingsFactory, NHibernate.Dialect.Dialect … e via discorrendo. E’ bello sapere che log4net supporta una gerarchia tra logger, e che questa è implicata dal nome: se voglio, per esempio, per tutti i logger di NH loggare solo i messaggi di fatal error posso scrivere:

          <logger name="NHibernate" >

    <level value="FATAL" />

  </logger>

        

Ed tutti i logger NHibernate.* cadranno in questo caso. Ovviamente lo stesso lo posso fare con una sotto gerarchia, per esempio con name=”NHibernate.Cfg” riferirò tutti i log di configurazione.

Buono a sapersi, anche per quando si decidono i nomi dei logger nelle proprie applicazioni.

Per abilitare il logging delle query con NHibernate occorre:

1. Avere nella bin dell applicativo ( ie: nella /bin per le applicazioni web, a fianco dell’ esequibile per le applicazioni stand-alone ) la dll di log4net.
2. Aggiungere nel file di configurazione la sessione di config per log4net:

<configuration>
  <configSections>
    <section name="log4net" type="log4net.Config.Log4NetConfigurationSectionHandler, log4net"/>

  </configSections>
  <log4net>
    <appender name="console" type="log4net.Appender.ConsoleAppender">
      <layout type="log4net.Layout.PatternLayout">
        <param name="ConversionPattern" value="%-5p - %m%n" />
      </layout>
    </appender>
    <logger name="NHibernate.SQL" additivity="false">
      <level value="ALL"/>
      <appender-ref ref="console" />
    </logger>
    <root>
      <priority value="WARN" />
      <appender-ref ref="console" />
    </root>
  </log4net>
</configuration>

Con questa configurazione si usa il console appender, per un’applicativo web potrebbe essere meglio usare un TraceAppender o un altro appender di proprio gusto ;-)

Se NON vogliamo mettere nulla di log4net nella configurazione :

Possiamo configurare log4net dall’ applicativo, con un paio di linee di codice:

             1:  TraceAppender
app = new TraceAppender();

             2:  app.Layout
= new SimpleLayout();

             3:  LoggerMatchFilter
filter = new LoggerMatchFilter();

             4:  filter.LoggerToMatch="NHibernate.SQL";

             5:  filter.AcceptOnMatch
= true;

             6:  filter.ActivateOptions();

             7:  app.AddFilter(filter); //
L'ordine di questo filtro

             8:  app.AddFilter(new DenyAllFilter()); //
e di quest'altro E' importante

             9:  app.ActivateOptions();

             10:  BasicConfigurator.Configure(
app);

In questo caso si possono saltare gli step da 1 a 3. Questo codice deve essere chiamato una volta nell’applicazione in fase di startup, per un’applicazione web, potrebbe andare bene l’evento di startup dell'applicazione in global.asax. Con l’appender e i filtri configurati si ottiene nell'area trace di Visual Studio ( Output-tab Debug)  l’output delle sole query generate da NH ( senza gli altri logger, se servono  si possono togliere i filtri )