Hi Rene,
Thanks for your feedback. To share the information, please keep the feedback on
the log4j users list.
The NTEventLogAppender.DLL works EXCEPT that when logged in the EventViewer, it
also records some extra messages like:
The description for Event ID ( 4096 ) in Source ( Log4jEventLog ) cannot be
found. The local computer may not have the necessary registry information or
message DLL files to display messages from a remote computer. You may be able
to use the /AUXSOURCE= flag to retrieve this description; see Help and Support
for details. The following information is part of the event: DEBUG 2007-01-16
22:24:32,866 - > cache-control=no-cache
The actual event message should have simply been:
DEBUG 2007-01-16 22:24:32,866 - > cache-control=no-cache
I tried the solution that you mentioned by using the DLL from 1.2.8 and
log4j.jar from 1.2.13. However, the same problem is still there (still showing
the extra unwanted messages). It would need fixing the description source and
recompile the DLL file to get rid of that annoying extra message logged in
every event. Thanks.
Regards,
Shuh
________________________________
From: On Behalf Of René
Sent: Thursday, February 15, 2007 8:17 AM
To: CHANG Shuh
Subject: Fwd: NTEventLogAppender with missing description source for
Windows Server 2003[OK]
Dear Shuh,
I found the solution. I took the DLL from 1.2.8. Because I use log4j
1.2.13 and the version that has a dll (1.2.14) was generating my problem. Now,
I am just think about how to get the right user and not just N/A into the log.
Thank you anyway for your work with this great software!
bye,
René
---------- Forwarded message ----------
From: René
Date: 15.02.2007 14:18
Subject: RE: NTEventLogAppender with missing description source for
Windows Server 2003
To: [EMAIL PROTECTED]
Dear Shuh
I read your posts and thank you for these further information. Because
I have the same problem I am really interested in fixing this. But could you
please help me to understand what the problem is? Because:
a) the DLL is already there
b) the DLL creates automatically its registry entries
So, even if there is no DllRegisterServer entry point at the moment, it
should have worked until now.
Question would it help just to rebuild the DLL? I mean the 4096 id is
already in the mc-file as 0x1000.
What did I miss?
Thank you very much for clarifying.
Cheers,
René