SharePoint Logger

Question

¿Cuál es tu favorita registrador al crear aplicaciones de SharePoint? Estoy usando log4net por ej. pero yo quiero saber lo que otros utilizan los programadores de software en la construcción de todo tipo de aplicaciones SharePoint y por qué?!.

Answer 1

log4net si mi elección personal y nuestro estándar de la compañía. muy sencillo de utilizar.

http://logging.apache.org/log4net

Mike tiene una buena entrada de blog aquí

Answer 2

Con ULS registra generalmente porque:

• que no requiere la biblioteca adicional - de manera más fácil de obtener la aprobación del cliente)
• limpia después de sí mismo
• fácilmente filtro de lo que se está conectado a través de la vista de administración central

¿Qué se usa para ver realmente ellos?

• Bloc de notas está muy bien, pero los archivos de registro grandes son un PITA! Especialmente cuando se desea Para filtrar por un proceso o categoría o ver en tiempo real.
• Las extensiones de visor web para administración central está bien, pero lento. La mayor parte de los espectadores solamente le permiten buscar en un archivo de registro, no uno de laminación.
• SPTraceView es impresionante para los pings bandeja en tiempo real de los errores que se produzcan.

se acerca está en el SharePointDevWiki. com

Answer 3

Empresa bibliotecas de registro! Hemos creado un pequeño complemento de la huella que es fácil de usar. Las ventajas son que se puede utilizar como instrumentos para SCOM / MOM y SharePoint, por tanto, tratar como cualquier otra aplicación de misión crítica. ULS registro OMI tiende a ser más difícil de encontrar y más difícil de leer, y no va bien con las herramientas de monitoreo.

Answer 4

Estoy usando el SharePoint Logging Biblioteca en el momento y se me hace una gran mezcla de función / flexability.

Se ha construido en los métodos para registrar el inicio y el final de los métodos y diferentes niveles de registro. Y para empezar todo lo que necesita hacer es añadir un montaje / uso de referencia y ya está.

Se escribe todos los registros en el registro de ULS que a partir de un hallazgo desarrollo perspectiva que es grande.

De todas formas vio esta pregunta y simplemente pensé en tirar en mi 2c.

Answer 5

ULS tala y prefieren ahora mismo. Se limpia después de sí mismo y los administradores pueden configurar cuánto tiempo se mantienen los registros a tal efecto en la interfaz de usuario. Todos los registros relativos a SharePoint se almacena en un lugar que da contexto cuando un error en mi código es causada por un problema en el producto en sí. La desventaja es todos esos mensajes de registro agrupados, pero hay muchas herramientas "espectador" por ahí que ayuda con esto.

He utilizado y log4net Enterprise Library, así que no estaban mal. Ambos trabajaron bastante similar, aunque EntLib era una pesadilla para configurar y poco fiable en mi experiencia. La gran ventaja de estos es que se puede enviar por correo electrónico los errores críticos, así como registro de una base de datos, etc. Yo sólo tenía problemas con múltiples aplicaciones de registro para el mismo archivo (por ejemplo, una pieza de la tela, además de una aplicación de consola al mismo tiempo) donde había problemas de bloqueo.

Answer 6

ULS los registros de errores del servidor - por las razones dadas anteriormente. Es muy sencillo, unificado, y ya allí. Mejor registro sería bueno, sin embargo.

Para aplicaciones cliente - que depende. Log4net es bueno, aunque he tenido algunos problemas con la Oficina y plug-ins que he escrito.