<?xml version='1.0' encoding='UTF-8'?><rss xmlns:atom='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' xmlns:thr='http://purl.org/syndication/thread/1.0' version='2.0'><channel><atom:id>tag:blogger.com,1999:blog-1549564372561638766</atom:id><lastBuildDate>Sat, 04 Sep 2010 21:27:40 +0000</lastBuildDate><title>The Object Guy</title><description>Technology, etc.</description><link>http://blog.theobjectguy.com/</link><managingEditor>noreply@blogger.com (The Object Guy)</managingEditor><generator>Blogger</generator><openSearch:totalResults>12</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1549564372561638766.post-2085665374869560482</guid><pubDate>Fri, 03 Sep 2010 21:50:00 +0000</pubDate><atom:updated>2010-09-04T16:27:40.826-05:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>.NET</category><category domain='http://www.blogger.com/atom/ns#'>Logging</category><category domain='http://www.blogger.com/atom/ns#'>C#</category><title>Tweeting Logger (Twitter Logger Updated -- Using OAuth)</title><atom:summary type='text'>Twitter now requires OAuth in order to use their API. I thought it might be nice to provide a new Logger that tweets using Twitter's OAuth.

Unfortunately, compared to the original TwitterLogger, the code has ballooned quite a bit. However, if you want to use one of the available Twitter API libraries, then most of the code here would go away and you'd be back to a tiny Logger subclass that </atom:summary><link>http://blog.theobjectguy.com/2010/09/tweeting-logger-twitter-logger-updated.html</link><author>noreply@blogger.com (The Object Guy)</author><thr:total>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1549564372561638766.post-1300622707735032448</guid><pubDate>Wed, 24 Mar 2010 19:43:00 +0000</pubDate><atom:updated>2010-03-24T14:58:57.296-05:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>.NET</category><category domain='http://www.blogger.com/atom/ns#'>Logging</category><category domain='http://www.blogger.com/atom/ns#'>C#</category><title>Logging to Logverse</title><atom:summary type='text'>If you haven't heard of Logverse, it's a service that allows applications to log to it. And just about anything can be logged to it--errors, user actions, debug information... whatever you want.

It's perfect for applications out in the field, like desktop and mobile applications. But even web or other server applications can take advantage of it.

You don't need to use a logging framework to use</atom:summary><link>http://blog.theobjectguy.com/2010/03/logging-to-logverse.html</link><author>noreply@blogger.com (The Object Guy)</author><thr:total>2</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1549564372561638766.post-6902633449595491111</guid><pubDate>Fri, 19 Mar 2010 06:05:00 +0000</pubDate><atom:updated>2010-03-19T01:05:20.449-05:00</atom:updated><title>Logverse Videos</title><atom:summary type='text'>

            </atom:summary><link>http://blog.theobjectguy.com/2010/03/logverse-videos.html</link><author>noreply@blogger.com (The Object Guy)</author><thr:total>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1549564372561638766.post-8516983926504677170</guid><pubDate>Sun, 14 Mar 2010 17:21:00 +0000</pubDate><atom:updated>2010-03-14T12:21:57.408-05:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>Logging</category><title>Logverse</title><atom:summary type='text'>Logverse is coming...</atom:summary><link>http://blog.theobjectguy.com/2010/03/logverse.html</link><author>noreply@blogger.com (The Object Guy)</author><thr:total>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1549564372561638766.post-3783116908223470070</guid><pubDate>Sat, 02 Jan 2010 17:00:00 +0000</pubDate><atom:updated>2010-01-02T11:00:54.218-06:00</atom:updated><title>Configuration Insanity</title><atom:summary type='text'>Obviously something is wrong when a logging framework is so complicated that people feel they need a special GUI to configure it. This is what I'm talking about.

My framework doesn't require any configuration. But it supports it, if that's your style. It's intuitive enough--just like the rest of the framework--that you won't feel the need to call The Geek Squad to help you figure it out.

Watch </atom:summary><link>http://blog.theobjectguy.com/2010/01/configuration-insanity.html</link><author>noreply@blogger.com (The Object Guy)</author><thr:total>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1549564372561638766.post-3878526056717906511</guid><pubDate>Fri, 01 Jan 2010 23:23:00 +0000</pubDate><atom:updated>2010-01-01T17:23:53.758-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>Logging</category><title>Multi-threaded Logging</title><atom:summary type='text'>In light of my previous post, I thought it would be a good idea for me to demonstrate logging in a multi-threaded application using my framework.

Watch this very short video. It's just a little over 3 minutes long.

</atom:summary><link>http://blog.theobjectguy.com/2010/01/multi-threaded-logging.html</link><author>noreply@blogger.com (The Object Guy)</author><thr:total>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1549564372561638766.post-7515906812014612008</guid><pubDate>Thu, 31 Dec 2009 20:33:00 +0000</pubDate><atom:updated>2009-12-31T14:46:56.887-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>Logging</category><title>Scary Framework</title><atom:summary type='text'>I don't really want to bag on another logging framework, but I've come across many posts that are downright scary. Here's an example of a situation with one of the most popular logging frameworks. Read down a bit and you'll hear about deadlocks that happened every day--until they removed that logging framework.

I've also read about other serious deadlock issues with that framework. But posting </atom:summary><link>http://blog.theobjectguy.com/2009/12/scary-framework.html</link><author>noreply@blogger.com (The Object Guy)</author><thr:total>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1549564372561638766.post-4051355328585345454</guid><pubDate>Thu, 31 Dec 2009 19:19:00 +0000</pubDate><atom:updated>2010-01-09T12:17:27.735-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>Logging</category><category domain='http://www.blogger.com/atom/ns#'>ASP.NET</category><title>Exceptional Gotchas!</title><atom:summary type='text'>Yes, the pun was intended.

Many ASP.NET developers think that having code in the Application_Error method in Global.asax.cs is adequate for dealing with any unhandled exceptions within their web application. While it usually is adequate--for most basic web applications, there are particular cases where this simply won't catch all errors.

Specifically, if you have code running on the server that</atom:summary><link>http://blog.theobjectguy.com/2009/12/exceptional-gotchas.html</link><author>noreply@blogger.com (The Object Guy)</author><thr:total>2</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1549564372561638766.post-4697165800361954445</guid><pubDate>Tue, 29 Dec 2009 17:35:00 +0000</pubDate><atom:updated>2009-12-29T11:39:00.188-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>.NET</category><category domain='http://www.blogger.com/atom/ns#'>Logging</category><category domain='http://www.blogger.com/atom/ns#'>C#</category><title>The Overabundance of Logging Frameworks</title><atom:summary type='text'>An interesting question in a tweet caught my eye, and I thought I would attempt to provide an answer. To paraphrase, why are there so many logging frameworks for .NET, especially when there are perfectly capable facilities built-in?

Ill start off by saying that I think there are probably more logging frameworks than are necessary, simply because some have come along more recently which add very </atom:summary><link>http://blog.theobjectguy.com/2009/12/overabundance-of-logging-frameworks.html</link><author>noreply@blogger.com (The Object Guy)</author><thr:total>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1549564372561638766.post-8810192180930398318</guid><pubDate>Sun, 27 Dec 2009 17:34:00 +0000</pubDate><atom:updated>2009-12-27T12:40:24.366-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>The Office</category><title>Making Sandwiches</title><atom:summary type='text'>There are far too many managers who think every software developer is a round peg--a "resource"--who can simply be replaced by another.

Ever been served by a worker at a Mexican fast food restaurant who didn't know how to roll a burrito? How about a sandwich shop where the person behind the counter couldn't slice the foot-long sub without tearing it up?

Okay, it isn't the best analogy. And </atom:summary><link>http://blog.theobjectguy.com/2009/12/making-sandwiches.html</link><author>noreply@blogger.com (The Object Guy)</author><thr:total>1</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1549564372561638766.post-689776380017933356</guid><pubDate>Fri, 25 Dec 2009 17:32:00 +0000</pubDate><atom:updated>2010-09-03T16:52:52.126-05:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>.NET</category><category domain='http://www.blogger.com/atom/ns#'>Logging</category><category domain='http://www.blogger.com/atom/ns#'>C#</category><title>A Simple Twitter Logger</title><atom:summary type='text'>[UPDATE! Look here for the OAuth version.]


Yes, using The Object Guy's Logging Framework it is incredibly easy to create a logger that will write to Twitter.

Here's a sample:

public class TwitterLogger : Logger
{  
  protected override bool DoLog(LogEntry aLogEntry)
  {
    // without this, you may receive a '417 Expectation Failed' error
    ServicePointManager.Expect100Continue = false;

</atom:summary><link>http://blog.theobjectguy.com/2009/12/simple-twitter-logger.html</link><author>noreply@blogger.com (The Object Guy)</author><thr:total>5</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1549564372561638766.post-636127411015018450</guid><pubDate>Fri, 25 Dec 2009 00:48:00 +0000</pubDate><atom:updated>2010-01-23T21:44:19.598-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>ASP.NET</category><category domain='http://www.blogger.com/atom/ns#'>C#</category><title>Session with Style</title><atom:summary type='text'>Sloppy code, unfortunately, is ubiquitous. Sometimes it's due to laziness; other times to ignorance, as in: "it never even occurred to me to do it otherwise." I'd put the example I use in this post as one of the latter for most people.

So you want to store something in Session? Easy.

Session["MyString"] = "this is a string I'm storing in session."

Then, somewhere else in your application you </atom:summary><link>http://blog.theobjectguy.com/2009/12/session-with-style.html</link><author>noreply@blogger.com (The Object Guy)</author><thr:total>1</thr:total></item></channel></rss>