2011-08-22 11 views
8

He visto algunas preguntas here y there sobre cómo crear fuentes de registro de eventos con WiX. Lo que me desconcierta es por qué se requiere util:EventSource/@EventMessageFile. Es molesto tener que especificarlo cuando no necesita un archivo de mensaje para escribir entradas de registro de eventos, y la abstracción ofrecida por .NET System.Diagnostics.Trace no expone la capacidad de usar una.Crear fuente EventLog en WiX sin un archivo de mensaje de evento

El consejo estándar parece ser el uso de una búsqueda de directorio para establecer el atributo deEventLogMessages.dll, pero nadie del marco repitiendo este mantra cada vez da ninguna justificación para ello.

Si no se utilizan las acciones personalizadas (comprobadas y robustas) suministradas con WiX, ¿hay alguna forma de evitar este requisito?

¿Y por qué los autores de aplicaciones administradas que no usan este aspecto del registro de eventos se toman tantas molestias (aparentemente) para referirse inútilmente a una DLL de Framework en lugar de uno de sus propios ejecutables?

Respuesta

9

Se requiere un archivo de mensaje de evento, por MSDN: http://msdn.microsoft.com/en-us/library/aa363680%28v=VS.85%29.aspx. .NET proporciona uno automáticamente, y sí, es EventLogMessages.dll, cuando usa la clase Trace (o EventLog, que Trace usa).

Siéntase libre de presentar un feature request para que WiX llene EventLogMessages.dll automáticamente.

+1

¡Eso explica mucho! Gracias por la aclaración; Me siento mejor saltando por el aro ahora sé * por qué * está allí :) No debería tomarse demasiado esfuerzo establecer una solución que pueda reutilizar en todos los proyectos; Estoy seguro de que hay muchas más características importantes en las que los contribuidores de WiX podrían estar pasando su tiempo. – shambulator

+0

Diría que el problema es más que el equipo .NET framework no integró sus cosas con el equipo de Windows muy bien. – gbjbaanb

Cuestiones relacionadas