views:

247

answers:

3

We are working on a 3-tier application, and we've been allowed to use the latest and greatest (MVC2, IIS7.5, WCF, SQL2k8, etc). The application tier is exposed to the various web applications by WCF services. Since we control both the service and client side, we've decided to use net.tcp bindings for their performance advantage over HTTP.

We would like to use ELMAH for the error logging, both on the web apps and services. Here's my question. There's lots of information about using ELMAH with WCF, but it is all for HTTP bindings. Does anyone know if/how you can use ELMAH with WCF services exposing non-HTTP endpoints?

My guess is no, because ELMAH wants the HttpContext, which requires the AspNetCompatibilityEnabled flag to be true in the web.config. From MSDN:

IIS 7.0 and WAS allows WCF services to communicate over protocols other than HTTP. However, WCF services running in applications that have enabled ASP.NET compatibility mode are not permitted to expose non-HTTP endpoints. Such a configuration generates an activation exception when the service receives its first message.

If it is true that you cannot use ELMAH with WCF services having non-HTTP endpoints, then the follow-up question is: Can we use ELMAH in such a way that doesn't need HttpContext? Or more generally (so as not to commit the thin metal ruler error), is there ANY way to use ELMAH with WCF services having non-HTTP endpoints?

Note: I'm aware that we can download the Elmah source code and change it to add a shim or remove the HttpContext dependency, but I'm trying to avoid forking the code.

A: 

Hi,

Have you tried to use the static void AppInitialize() {} method of initializing it? It works with non-HTTP endpoints when initializing WCF related things.

For more information, see Wenlong Dong's excellent blog post: http://blogs.msdn.com/b/wenlong/archive/2006/01/11/511514.aspx

HTH,

--larsw

larsw
I don't see what that gets us. AppInitialize is a possible replacement for Application_Start in non-HTTP applications, but that doesn't fire on every request or create context.
Josh
+3  A: 

No. ELMAH is a HTTP module, and unless you are serving HTTP requests, ELMAH won't do anything

Midhat
Yeah, that's kind of the conclusion I've come to too. I tried creating fake HttpContext objects and didn't get very far.
Josh
It is possible. See my answer below.
Ismail
A: 

It is possible as below

Elmah.ErrorLog.GetDefault(null).Log(new Error(ex));

Reference: http://groups.google.com/group/elmah/browse_thread/thread/9ea4b51420fd5dfa

Earlier I tried this solution for WCF service in addition AspNetCompatibility Mode and it didn't worked on IIS hosted WCF service, but it was working on dev server hosted WCF service within Visual Studio. Hence I had to satisfy myself with the above solution.

Ismail
Thank you for your answer. Unfortunately, Visual Studio doesn't support net.tcp bindings for WCF services (or any non-HTTP bindings, for that matter). That means what you tested is really just the standard Elmah behavior for HTTP applications.
Josh