<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.technet.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Use PowerShell to Create a Permanent WMI Event to Launch a VBScript</title><link>http://blogs.technet.com/b/heyscriptingguy/archive/2012/07/20/use-powershell-to-create-a-permanent-wmi-event-to-launch-a-vbscript.aspx</link><description>Microsoft Scripting Guy, Ed Wilson, discusses creating a permanent WMI event registration to monitor for new files and clean up the file names.</description><dc:language>en-US</dc:language><generator>Telligent Evolution Platform Developer Build (Build: 5.6.50428.7875)</generator><item><title>re: Use PowerShell to Create a Permanent WMI Event to Launch a VBScript</title><link>http://blogs.technet.com/b/heyscriptingguy/archive/2012/07/20/use-powershell-to-create-a-permanent-wmi-event-to-launch-a-vbscript.aspx#3511417</link><pubDate>Sun, 29 Jul 2012 08:00:49 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3511417</guid><dc:creator>Pär Björklund </dc:creator><description>&lt;p&gt;@IamMred I had totally missed that aspect, thanks for the great answer.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.technet.com/aggbug.aspx?PostID=3511417" width="1" height="1"&gt;</description></item><item><title>re: Use PowerShell to Create a Permanent WMI Event to Launch a VBScript</title><link>http://blogs.technet.com/b/heyscriptingguy/archive/2012/07/20/use-powershell-to-create-a-permanent-wmi-event-to-launch-a-vbscript.aspx#3510897</link><pubDate>Wed, 25 Jul 2012 20:20:05 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3510897</guid><dc:creator>Ed Wilson</dc:creator><description>&lt;p&gt;@K_Schulte It is complicated, but also VERY powerful. And I think that following my articles from this week one should be able to begin to set them up. It opens a very powerful solution for net admins -- AND it is a great place for exploration for Windows Developers seeking to instrument their applications.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.technet.com/aggbug.aspx?PostID=3510897" width="1" height="1"&gt;</description></item><item><title>re: Use PowerShell to Create a Permanent WMI Event to Launch a VBScript</title><link>http://blogs.technet.com/b/heyscriptingguy/archive/2012/07/20/use-powershell-to-create-a-permanent-wmi-event-to-launch-a-vbscript.aspx#3510896</link><pubDate>Wed, 25 Jul 2012 20:18:25 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3510896</guid><dc:creator>Ed Wilson</dc:creator><description>&lt;p&gt;@JRV yes the troubleshooting logging is definitely something to only turn on when you need it. In Windows Vista and above, DO NOT use this old log. Use the NEW diagnostic and analytic log I talk about here &lt;a rel="nofollow" target="_new" href="http://blogs.technet.com/b/heyscriptingguy/archive/2011/07/09/use-powershell-to-troubleshoot-windows.aspx"&gt;blogs.technet.com/.../use-powershell-to-troubleshoot-windows.aspx&lt;/a&gt; &lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.technet.com/aggbug.aspx?PostID=3510896" width="1" height="1"&gt;</description></item><item><title>re: Use PowerShell to Create a Permanent WMI Event to Launch a VBScript</title><link>http://blogs.technet.com/b/heyscriptingguy/archive/2012/07/20/use-powershell-to-create-a-permanent-wmi-event-to-launch-a-vbscript.aspx#3510889</link><pubDate>Wed, 25 Jul 2012 19:55:12 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3510889</guid><dc:creator>K_Schulte</dc:creator><description>&lt;p&gt;Hi Ed,&lt;/p&gt;
&lt;p&gt;this is a very interesting technique!&lt;/p&gt;
&lt;p&gt;It allows for potentially anythiing and is surely something to consider if you want permanent events.&lt;/p&gt;
&lt;p&gt;But it is rather complicated and requires a sound knowledge of the WMI classes and their methods&lt;/p&gt;
&lt;p&gt;and properties. This is good to know but hard to figure out unless you are a WMI expert.&lt;/p&gt;
&lt;p&gt;Good stuff. Interesting, powerful and something to remember if you have to!&lt;/p&gt;
&lt;p&gt;Klaus.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.technet.com/aggbug.aspx?PostID=3510889" width="1" height="1"&gt;</description></item><item><title>re: Use PowerShell to Create a Permanent WMI Event to Launch a VBScript</title><link>http://blogs.technet.com/b/heyscriptingguy/archive/2012/07/20/use-powershell-to-create-a-permanent-wmi-event-to-launch-a-vbscript.aspx#3510038</link><pubDate>Fri, 20 Jul 2012 21:37:55 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3510038</guid><dc:creator>jrv</dc:creator><description>&lt;p&gt;@Ed - I had to look it up too. &amp;nbsp;I knew it could be done in the registry but I scanned and was reminded that the WMI manager has a tab for logging. &amp;nbsp;I seldom use it although once in a while it comes in handy. &amp;nbsp;Never leave it set to detailed. &amp;nbsp;It really loads the system. &amp;nbsp;It is not so bad on Windows 7 but XP sure bogs down.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.technet.com/aggbug.aspx?PostID=3510038" width="1" height="1"&gt;</description></item><item><title>re: Use PowerShell to Create a Permanent WMI Event to Launch a VBScript</title><link>http://blogs.technet.com/b/heyscriptingguy/archive/2012/07/20/use-powershell-to-create-a-permanent-wmi-event-to-launch-a-vbscript.aspx#3510034</link><pubDate>Fri, 20 Jul 2012 21:15:43 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3510034</guid><dc:creator>IamMred</dc:creator><description>&lt;p&gt;@JRV thanks for the additions. Yes, working with trace logs requires an extra step to make them visible, but it is worthwhile. I completely forgot about how to enable them on WIndows XP ... been a very long time since I used that OS on a regular basis. Thanks.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.technet.com/aggbug.aspx?PostID=3510034" width="1" height="1"&gt;</description></item><item><title>re: Use PowerShell to Create a Permanent WMI Event to Launch a VBScript</title><link>http://blogs.technet.com/b/heyscriptingguy/archive/2012/07/20/use-powershell-to-create-a-permanent-wmi-event-to-launch-a-vbscript.aspx#3510024</link><pubDate>Fri, 20 Jul 2012 20:01:09 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3510024</guid><dc:creator>jrv</dc:creator><description>&lt;p&gt;@Ed - to get the details of each event in the WMI log you will need to enable the trace log. &amp;nbsp;The Operational log only records global events. The Trace and Debug logs equate to higher levels of logging detail.&lt;/p&gt;
&lt;p&gt;To make trace and debug logs available in EventVwr just check the menu item &amp;quot;View\Show Analytic and Debug Logs&amp;quot;&lt;/p&gt;
&lt;p&gt;For operational logging it is actually better to generate you own log to avoid WMI overhead but the trace log is what you will need to verify operation.&lt;/p&gt;
&lt;p&gt;Pre-Vista use WMI control under WIndows Management.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.technet.com/aggbug.aspx?PostID=3510024" width="1" height="1"&gt;</description></item><item><title>re: Use PowerShell to Create a Permanent WMI Event to Launch a VBScript</title><link>http://blogs.technet.com/b/heyscriptingguy/archive/2012/07/20/use-powershell-to-create-a-permanent-wmi-event-to-launch-a-vbscript.aspx#3510011</link><pubDate>Fri, 20 Jul 2012 19:07:30 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3510011</guid><dc:creator>IamMred</dc:creator><description>&lt;p&gt;@Par Bjorklund if you are talking about using the .NET Framework filesystemwatcher class, you may want to write a service that does this. The thing here, is that this is a perment wmi event registration. It survives reboots, does not require anyone to be logged on, and for that matter, you will not even see an additional process listed ... because it runs inside of WMI. Most scripts, require the script to be running, or they launch a process that stops once the computer reboots ... this does not. It is in fact, the same technology that is used by Systems Center and even Windows to perform certain things. This technology is completely flexible, and with a few changes, this script can monitor for literally anything ... a new USB key inserted, a new event arriving in the event log, a service that stops, a user that types an incorrect password ... literally anything. AND then what we do when the event arrives ... is also nearly limitless. You are right, this about learning, but the script and the technology is dramatic.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.technet.com/aggbug.aspx?PostID=3510011" width="1" height="1"&gt;</description></item><item><title>re: Use PowerShell to Create a Permanent WMI Event to Launch a VBScript</title><link>http://blogs.technet.com/b/heyscriptingguy/archive/2012/07/20/use-powershell-to-create-a-permanent-wmi-event-to-launch-a-vbscript.aspx#3509982</link><pubDate>Fri, 20 Jul 2012 16:34:13 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3509982</guid><dc:creator>Pär Björklund</dc:creator><description>&lt;p&gt;What would the use case for something like this be compared to say Filesystemwatcher? I understand that the post is about learning wmi but if we ignore that.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.technet.com/aggbug.aspx?PostID=3509982" width="1" height="1"&gt;</description></item></channel></rss>