2011-08-22 16 views
8

Ho visto alcune domande here e there sulla creazione di origini registro eventi tramite WiX. Ciò che mi imbarazza è il motivo per cui è richiesto util:EventSource/@EventMessageFile. È fastidioso doverlo specificare quando non è necessario un file di messaggi per scrivere le voci del registro eventi e l'astrazione offerta da .NET System.Diagnostics.Trace non ne consente l'utilizzo.Crea origine EventLog in WiX senza file messaggio evento

Il consiglio standard sembra essere quella di utilizzare una ricerca di directory per impostare l'attributo al del quadroEventLogMessages.dll, ma nessuno ripetere questo mantra mai dà alcuna giustificazione per questo.

A corto di non utilizzare le azioni personalizzate (testate, robuste) fornite con WiX, c'è un modo per aggirare questo requisito?

E perché gli autori di applicazioni gestite che non utilizzano questo aspetto del registro eventi si prendono tanto da fare (apparentemente) inutilmente riferimento a una DLL Framework piuttosto che a uno dei propri eseguibili?

risposta

9

Per MSDN è necessario un file del messaggio di evento: http://msdn.microsoft.com/en-us/library/aa363680%28v=VS.85%29.aspx. .NET ne fornisce uno automaticamente - e sì, è EventLogMessages.dll - quando si utilizza la classe Trace (o EventLog, utilizzata da Trace).

Sentitevi liberi di presentare un codice feature request per fare in modo che WiX completi automaticamente EventLogMessages.dll.

+1

Questo spiega molto! Grazie per il chiarimento; Mi sento meglio a saltare attraverso il cerchio ora so * perché * è lì :) Non dovrebbe richiedere molto sforzo per impostare una soluzione che posso riutilizzare in tutti i progetti; Sono sicuro che ci sono funzioni molto più importanti che i contributori di WiX potrebbero trascorrere il loro tempo. – shambulator

+0

Direi che il problema è più che il team di .NET framework non ha integrato molto bene le loro cose con il team di Windows. – gbjbaanb