RE: Application Logging Block

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance

From: Mike Hayton [MS] (mikehayt__at_online.microsoft.com)
Date: 08/04/04


Date: Wed, 04 Aug 2004 16:59:20 GMT

I dont know the answer to the question below. But I do know that there was
a separate thread about logging block questions where the team that
produced the logging block (a different one from EIF) said:

For any feedback to this please send to devfdbck@microsoft.com. We
(patterns & practices [1] )developed these extensions to EIF and would like
to here any feedback or help in anyways we can.

The title of the thread was "Please read for info on Logging Application
Block (Extensions to EIF)" from Scott Densmore (scottden@microsoft.com).

A different thread says:
----------------------------------------------------------
From: "Tom Hollander [MSFT]" <tomholl@online.microsoft.com>
Subject: Re: Where to make Inquiries?
Date: Tue, 23 Mar 2004 14:42:11 -0800
Newsgroups: microsoft.public.vsnet.enterprise.tools

Actually the preferred workspace for the Logging Application Block is:
    http://workspaces.gotdotnet.com/excep
Note that this workspace is also used for discussion about the Exception
Management Application Block, given the close relationship between the two
blocks.

This workspace is monitored by Microsoft PAG, and also by other users of the
blocks who are often able to provide answers to questions.

Regards,
Tom Hollander
Microsoft PAG
------------------------------------------------------------

I suggest that you email them directly and tell them your opinion/question.
Perhaps you could post their reply?
Maybe you might like to suggest that they check this newsgroup and reply to
the logging block questions directly?
Possibly there's someone else out there in the community who knows the
answer to this?

Sorry I couldnt be of more help

Mike

--------------------
| Any Help ?
| --
| Application Architect
|
|
| "Ravinder Jain" wrote:
|
| > When I use logSink provided by application logging block, my events get
published but doesn't have all the information. For example stacktrace,
ProcessId, ProcessName etc..are empty
| >
| > But when I use eifLogSink, I can see these values. The eifLogsink is
using the original sink provided by EIF.
| >
| > Am I doing something wrong? Any lead?
| >
| > --
| > Application Architect
| > Ravinder Jain
|

-- 
This posting is provided "AS IS" with no warranties, and confers no rights. 
Use of included script samples are subject to the terms specified at 
http://www.microsoft.com/info/cpyright.htm 


Relevant Pages

  • RE: Creating a eventsink based off the Sql Server Basic Log Event Sink
    ... produced the logging block said: ... Note that this workspace is also used for discussion about the Exception ... the logging block questions directly? ... | a SQL Server db? ...
    (microsoft.public.vsnet.enterprise.tools)
  • Re: ErrorMessageEvent.Raise is not trapped unless applicationLogLevel=debug
    ... Thanks for the information Mike, I will send them an email. ... > produced the logging block said: ... > Note that this workspace is also used for discussion about the Exception ... > the logging block questions directly? ...
    (microsoft.public.vsnet.enterprise.tools)
  • RE: eventFormatterSettings in web.config file
    ... produced the logging block said: ... Note that this workspace is also used for discussion about the Exception ... the logging block questions directly? ... | when we try for our web application, it is erroring out as "configuration ...
    (microsoft.public.vsnet.enterprise.tools)
  • RE: Logging block, levels, & tracing
    ... a separate thread about logging block questions where the team that ... produced the logging block said: ... the logging block questions directly? ... I'm getting TraceCall events logged to the Windows ...
    (microsoft.public.vsnet.enterprise.tools)
  • Re: Logging AB Questions (custome event log)
    ... a separate thread about logging block questions where the team the produced ... My Event Log)? ...
    (microsoft.public.vsnet.enterprise.tools)