<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:pingback="http://madskills.com/public/xml/rss/module/pingback/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>.Hibri - .Net Net</title>
    <link>http://www.hibri.net/</link>
    <description>Thoughts on the craft of building software</description>
    <language>en-gb</language>
    <copyright>Hibri Marzook</copyright>
    <lastBuildDate>Mon, 21 Aug 2006 08:46:32 GMT</lastBuildDate>
    <generator>newtelligence dasBlog 2.3.9074.18820</generator>
    <managingEditor>hibri@hibri.net</managingEditor>
    <webMaster>hibri@hibri.net</webMaster>
    <item>
      <trackback:ping>http://www.hibri.net/Trackback.aspx?guid=343f068c-c450-4868-abfe-8481b3eacac4</trackback:ping>
      <pingback:server>http://www.hibri.net/pingback.aspx</pingback:server>
      <pingback:target>http://www.hibri.net/PermaLink,guid,343f068c-c450-4868-abfe-8481b3eacac4.aspx</pingback:target>
      <dc:creator>Hibri</dc:creator>
      <wfw:comment>http://www.hibri.net/CommentView,guid,343f068c-c450-4868-abfe-8481b3eacac4.aspx</wfw:comment>
      <wfw:commentRss>http://www.hibri.net/SyndicationService.asmx/GetEntryCommentsRss?guid=343f068c-c450-4868-abfe-8481b3eacac4</wfw:commentRss>
      <body xmlns="http://www.w3.org/1999/xhtml">
        <p>
Found this nice article.
</p>
        <p>
          <a href="http://www.codeproject.com/csharp/MMCFileActCs.asp" target="_blank">Creating
MMC Snapin using C# (Part I)</a>
        </p>
        <p>
Requires a the MMC .Net library over at sourceforge.
</p>
        <p>
          <a href="http://sourceforge.net/projects/mmclibrary/">http://sourceforge.net/projects/mmclibrary/</a>
        </p>
      </body>
      <title>How to create a MMC SnapIn using .Net</title>
      <guid isPermaLink="false">http://www.hibri.net/PermaLink,guid,343f068c-c450-4868-abfe-8481b3eacac4.aspx</guid>
      <link>http://www.hibri.net/2006/08/21/HowToCreateAMMCSnapInUsingNet.aspx</link>
      <pubDate>Mon, 21 Aug 2006 08:46:32 GMT</pubDate>
      <description>&lt;p&gt;
Found this nice article.
&lt;/p&gt;
&lt;p&gt;
&lt;a href="http://www.codeproject.com/csharp/MMCFileActCs.asp" target="_blank"&gt;Creating
MMC Snapin using C# (Part I)&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
Requires&amp;nbsp;a the&amp;nbsp;MMC .Net library over at sourceforge.
&lt;/p&gt;
&lt;p&gt;
&lt;a href="http://sourceforge.net/projects/mmclibrary/"&gt;http://sourceforge.net/projects/mmclibrary/&lt;/a&gt;
&lt;/p&gt;</description>
      <comments>http://www.hibri.net/CommentView,guid,343f068c-c450-4868-abfe-8481b3eacac4.aspx</comments>
      <category>.Net General</category>
      <category>.Net Net</category>
      <category>.Net UI</category>
    </item>
    <item>
      <trackback:ping>http://www.hibri.net/Trackback.aspx?guid=1126506d-bb8e-4482-a02b-812ff71b4227</trackback:ping>
      <pingback:server>http://www.hibri.net/pingback.aspx</pingback:server>
      <pingback:target>http://www.hibri.net/PermaLink,guid,1126506d-bb8e-4482-a02b-812ff71b4227.aspx</pingback:target>
      <dc:creator>Hibri</dc:creator>
      <wfw:comment>http://www.hibri.net/CommentView,guid,1126506d-bb8e-4482-a02b-812ff71b4227.aspx</wfw:comment>
      <wfw:commentRss>http://www.hibri.net/SyndicationService.asmx/GetEntryCommentsRss?guid=1126506d-bb8e-4482-a02b-812ff71b4227</wfw:commentRss>
      <body xmlns="http://www.w3.org/1999/xhtml">
        <p>
Niftty feature in 2.0,
</p>
        <p>
this is via <a href="http://blogs.msdn.com/dgorti/">http://blogs.msdn.com/dgorti/</a></p>
        <p>
          <em>In Whidbey (.NET Framework 2.0) System.Net has a new feature called Tracing. 
<br />
This uses the builtin CLR Tracing functionality. What is interesting about the System.Net
Tracing is that<br />
You can easily  see the data that is being sent or received without having to
use the NETMON. 
<br /><br />
If you have used Network Monitor tools like NETMON/Ethereal you will find that 
<br />
there is so much noise that you need to weed through. This can be partially addressed
through 
<br />
capture filters and display filters. But then looking at a frame in the capture you
can't<br />
easily determine which process issued that request. Similarly if there are multiple
threads, 
<br />
you can't easily determine which thread issued that request. One more thing is that
if the 
<br />
client and server are on the same machine you can;t capture the loop back traffic.
Perhaps the most limiting of all 
<br />
is that if the application is using SSL (https or FTP with SSL) then it is not possible
to look at the traffic. 
<br />
You can at most see the TCP frames with encrypted payload. Not much of use. Right?<br /><br />
With System.Net, we addressed all these issues. System.Net tracing is 
<br />
1) Per process<br />
2) Shows threads 
<br />
3) Works for SSL 
<br />
4) Works for Loopback.<br />
5) You don't need to recompile the code</em>
          <br />
        </p>
        <p>
          <a href="http://blogs.msdn.com/dgorti/archive/2005/09/18/471003.aspx">Continued..</a>
        </p>
      </body>
      <title>Using System.Net Tracing</title>
      <guid isPermaLink="false">http://www.hibri.net/PermaLink,guid,1126506d-bb8e-4482-a02b-812ff71b4227.aspx</guid>
      <link>http://www.hibri.net/2005/10/01/UsingSystemNetTracing.aspx</link>
      <pubDate>Sat, 01 Oct 2005 23:35:49 GMT</pubDate>
      <description>
&lt;p&gt;
Niftty feature in 2.0,
&lt;/p&gt;
&lt;p&gt;
this is via &lt;a href="http://blogs.msdn.com/dgorti/"&gt;http://blogs.msdn.com/dgorti/&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
&lt;em&gt;In Whidbey (.NET Framework 2.0) System.Net has a new feature called Tracing. 
&lt;br&gt;
This uses the builtin CLR Tracing functionality. What is interesting about the System.Net
Tracing is that&lt;br&gt;
You can easily&amp;nbsp; see the data that is being sent or received without having to
use the NETMON. 
&lt;br&gt;
&lt;br&gt;
If you have used Network Monitor tools like NETMON/Ethereal you will find that 
&lt;br&gt;
there is so much noise that you need to weed through. This can be partially addressed
through 
&lt;br&gt;
capture filters and display filters. But then looking at a frame in the capture you
can't&lt;br&gt;
easily determine which process issued that request. Similarly if there are multiple
threads, 
&lt;br&gt;
you can't easily determine which thread issued that request. One more thing is that
if the 
&lt;br&gt;
client and server are on the same machine you can;t capture the loop back traffic.
Perhaps the most limiting of all 
&lt;br&gt;
is that if the application is using SSL (https or FTP with SSL) then it is not possible
to look at the traffic. 
&lt;br&gt;
You can at most see the TCP frames with encrypted payload. Not much of use. Right?&lt;br&gt;
&lt;br&gt;
With System.Net, we addressed all these issues. System.Net tracing is 
&lt;br&gt;
1) Per process&lt;br&gt;
2) Shows threads 
&lt;br&gt;
3) Works for SSL 
&lt;br&gt;
4) Works for Loopback.&lt;br&gt;
5) You don't need to recompile the code&lt;/em&gt;
&lt;br&gt;
&lt;/p&gt;
&lt;p&gt;
&lt;a href="http://blogs.msdn.com/dgorti/archive/2005/09/18/471003.aspx"&gt;Continued..&lt;/a&gt;
&lt;/p&gt;</description>
      <comments>http://www.hibri.net/CommentView,guid,1126506d-bb8e-4482-a02b-812ff71b4227.aspx</comments>
      <category>.Net Net</category>
    </item>
  </channel>
</rss>