SharePoint Logger

Question

Qual è il tuo registratore preferito quando la creazione di applicazioni di SharePoint? Sto utilizzando log4net per es. ma io voglio sapere che cosa utilizzare altri programmatori di software per la costruzione di tutti i tipi di applicazioni di SharePoint e perché?!.

Answer 1

log4net se la mia scelta personale e il nostro standard aziendale. molto semplice da usare.

http://logging.apache.org/log4net

Mike ha una buona post sul blog qui

Answer 2

Con ULS registra di solito perché:

• non richiede biblioteca in più - in modo più facile ottenere l'approvazione da parte del cliente)
• pulisce dopo essersi
• facilmente filtro ciò che è stato registrato con vista Central Admin

Che cosa si usa per visualizzarle in realtà?

• Blocco note va bene, ma i file di log di grandi sono una valle di lacrime! Soprattutto quando si vuole Per filtrare in un processo o categoria o orologio in tempo reale.
• Le estensioni visualizzatore Web per Central Admin è OK, ma lento. La maggior parte dei telespettatori solo permettono di guardare un file di log, non uno di laminazione.
• SPTraceView è impressionante per i ping vassoio in tempo reale degli errori in tempo reale.

Una più dettagliata confronto tra la registrazione si avvicina è sul SharePointDevWiki. com

Answer 3

Enterprise librerie di registrazione! Abbiamo creato un piccolo addon ingombro che è semplice da usare. I vantaggi sono che è possibile utilizzarlo come strumentazione per SCOM / MOM e SharePoint, quindi, trattare come qualsiasi altra applicazione mission critical. ULS registrazione tende IMO ad essere più difficile da trovare e difficile da leggere, e non va bene con strumenti di monitoraggio.

Answer 4

Sto utilizzando il SharePoint Logging Biblioteca in questo momento e sto trovando una grande miscela di funzione / flessibilità.

E 'costruito in metodi per la registrazione all'inizio e alla fine di metodi e diversi livelli di registrazione. E per iniziare tutto quello che dovete fare è aggiungere un montaggio / utilizzo di riferimento e si va via.

Si scrive tutti i registri al registro ULS, che da un ritrovamento di sviluppo prospettiva che è grande.

In ogni modo ho visto questa domanda e appena ho pensato di buttare nel mio 2c.

Answer 5

Attualmente uso ULS registrazione e lo preferiscono al momento. Si pulisce dopo se stesso e gli amministratori possono configurare per quanto tempo i registri sono tenuti tramite l'interfaccia utente. Tutto registrazione relativa a SharePoint viene memorizzato in una posizione che dà contesto quando un errore nel mio codice è causato da un problema nel prodotto stesso. Il lato negativo è tutti quei messaggi di log lumped insieme, ma ci sono molti strumenti "spettatori" là fuori che aiuto con questo.

Ho log4net usati e Enterprise Library, oltre che erano OK. Entrambi hanno lavorato abbastanza simile, anche se EntLib è stato un incubo per configurare e inaffidabile nella mia esperienza. Il grande vantaggio di questi è che si può e-mail gli errori critici e log in un database, ecc ho solo avuto problemi con molteplici applicazioni che accedono allo stesso file (ad esempio una web part più una console app allo stesso tempo) dove c'erano bloccaggio problemi.

Answer 6

ULS registra per gli errori del server - per le ragioni sopra esposte. E 'semplice, unificato, e già lì. Meglio la registrazione sarebbe buono, però.

Per applicazioni client - dipende. Log4net è buono, anche se ho avuto alcuni problemi con in e Office plug-in che ho scritto.