Showing posts with label PowerShell. Show all posts
Showing posts with label PowerShell. Show all posts

Thursday, April 17, 2014

PowerShell gets Chocolatey NuGet with OneGet

Stefan Stranger's Weblog - Manage your IT Infrastructure - Viewing NuGet Packages with the NuGet Explorer

You may have seen that we released the the Windows Management Framework V5 Preview and that one of the new features  is Windows PowerShell OneGet. OneGet is designed to dramatically simplify how you discover and install software packages.

Windows PowerShell OneGet

OneGet is a new way to discover and install software packages from around the web. With OneGet, you can:

  • · Manage a list of software repositories in which packages can be searched, acquired, and installed
  • · Search and filter your repositories to find the packages you need
  • · Seamlessly install and uninstall packages from one or more repositories with a single PowerShell command

This first version of OneGet installs and searches software from Chocolatey repositories.  Support of additional repositories will come in subsequent versions.


One of the things that comes getting up in discussions about using Chocolatey Packages with or without OneGet is the question how can I trust the Packages from a resource like Chocolatey? The Chocolatey Nuget Packages are build by the community so you need to be careful what you are downloading and installing like all other software from sources you don’t own yourself.

But what if there is a easy way to view the content of NuGet Package before installing the Chocolatey NuGet packages? And that is possible using the NuGet Package Explorer.




While I had seen the WMF v5 news, I hadn't seen, or at least registered, the OneGet news. That really does look awesome and something I'm going to have to take a much closer look at...


Related Past Post XRef:
Spelunking NuGet Packages with the NuGet Package Explorer (and creating, editing and publishing nupkg's with it too)
NuGet, Open Wrap, NPanday, Chocolatey, Chewie, Ninite, top Package/Dependency Management for .Net tools
NuGet your Enterprise?
North by Northwest [Cadence] - Up coming casts from Northwest Cadence

Friday, November 15, 2013

"Community [e]Book of PowerShell Practices" September 2013 edition - Community Book of PowerShell Practices

Released in our new Git repo: The Community Book of PowerShell Practices, an ongoing book started from this past Summer’s “Great Debates” blog post series. Grab it from and enjoy!

PowerShellOrg / ebooks / Practices / 2013Sep_Practices /


During the 2013 Scripting Games, it became apparent that a great many folks in the PowerShell community have vastly different ideas about what’s “right and wrong” in the world of PowerShell scripting. Some folks down-scored techniques that others praised, and vice-versa.

After the Games, ran a series of “Great Debate” blog posts, outlining some of the more controversial issues and asking for community input. The catch is the input had to not only state what the person thought was best, but very specifically why they thought that.

This book, which will likely be an ongoing effort, is a compilation of those Debates’ comments, formed as a “best practices” guide that is based on community input. It’s important to realize that practices are not hard-and-fast rules. Best practices are the things you usually do as a starting point, and deviate from when it’s appropriate. You should understand that these practices were formed primarily by people who are writing scripts to manage their own environment, and who are often pressed for time. They are not developing commercial software, they rarely have the luxury of extended test-and-develop cycles, and for the most part are not professional software developers. Their perspective definitely drives what they consider “best” and “worst,” but if you are working from a different perspective then you’ll have to take all of this with a grain of salt.

Just a few pages, but from people in the field, for people in the field.

Friday, October 25, 2013

Windows Management Framework 4.0 (PowerShell 4, PowerShell ISE, Management OData, WMI, etc.) now available

Keith Hill's Blog - PowerShell 4.0 Now Available

You can get PowerShell 4.0 for down level operating systems now via the WMF 4.0 download.  NOTE: Be sure you have .NET 4.5 installed *before* you install WMF 4.0....

Windows PowerShell Blog - Windows Management Framework 4.0 is now available

Windows Management Framework 4.0, our package that lets you use management technologies from Windows 8.1 and Windows Server 2012 R2 on some of Microsoft’s older operating systems, is now available for you to download and install. This full-release version of Windows Management Framework 4.0 includes even more improvements than our Preview release. Be certain to read this blog post fully before installing, especially because WMF 4.0 is not compatible with certain versions of server products.


IMPORTANT: Not all Microsoft server applications are currently compatible with WMF 4.0. Before installing WMF 4.0, be sure to read the WMF 4.0 Release Notes. Specifically, systems that are running the following server applications should not run WMF 4.0 at this time:

  • System Center 2012 Configuration Manager (not including SP1)
  • System Center Virtual Machine Manager 2008 R2 (including SP1)
  • Microsoft Exchange Server 2013, Microsoft Exchange Server 2010 and Microsoft Exchange Server 2007
  • Microsoft SharePoint 2013 and Microsoft SharePoint 2010
  • Windows Small Business Server 2011Standard

We acknowledge that there is still a need for management of Windows Server 2008, and Windows Management Framework 3.0 remains the answer for Windows Server 2008.


Microsoft Downloads - Windows Management Framework 4.0

Windows Management Framework 4.0 includes updates to Windows PowerShell, Windows PowerShell ISE, Windows PowerShell Web Services (Management OData IIS Extension), Windows Remote Management (WinRM), Windows Management Instrumentation (WMI), the Server Manager WMI provider, and a new feature for 4.0, Windows PowerShell Desired State Configuration (DSC).

Version: 1.0

Date Published: 10/24/2013

  • Windows Management Framework 4.0 Release Notes.docx, 89 KB
  • Windows PowerShell Desired State Configuration Quick Reference for Windows Management Framework 4.0.pdf, 244 KB
  • Windows PowerShell Desired State Configuration Quick Reference for Windows Management Framework 4.0.pptx, 73 KB
  • Windows6.1-KB2819745-x64-MultiPkg.msu, 18.4 MB
  • Windows6.1-KB2819745-x86-MultiPkg.msu, 14.1 MB
  • Windows8-RT-KB2799888-x64.msu, 17.5 MB

This release includes new features and functionality in Windows Management Framework 4.0, including the following:

  • Windows PowerShell 4.0
  • Windows PowerShell ISE
  • Windows PowerShell Web Services (Management OData IIS Extension)
  • Windows Remote Management (WinRM)
  • Windows Management Instrumentation (WMI)
  • The Server Manager WMI provider
  • A new feature for 4.0, Windows PowerShell Desired State Configuration (DSC)

Windows Management Framework 4.0 makes updated management functionality available for installation on Windows 7 SP1, Windows Server 2008 R2 SP1, and Windows Server 2012.

Windows PowerShell 4.0
Some of the new features in Windows PowerShell 4.0 include:

  • Support for workflow and remote script debugging
  • Improved workflow authoring experience to make it more consistent with script authoring
  • Added PipelineVariable as a common parameter
  • Better support for downloading updatable help by using Save-Help and Update-Help in offline scenarios
  • Updated version from 3.0 to 4.0
  • Several bug fixes and performance improvements
Windows PowerShell Integrated Scripting Environment
Windows PowerShell ISE in Windows Management Framework 4.0 introduces:
  • Support for Windows PowerShell Workflow debugging
  • Support for remote script debugging
  • IntelliSense support for Windows PowerShell Desired State Configuration resources and configurations
Windows PowerShell Web Services
Windows PowerShell Web Services (Management OData IIS Extension) enables an administrator to expose a set of Windows PowerShell cmdlets as a RESTful web endpoint accessible by using OData (Open Data Protocol). This provides remote access to run cmdlets from both Windows-based and non-Windows-based client computers or devices.
  • Improved error messages in event logs
  • Endpoint versioning support
  • Autopopulation of OData dispatch schema fields
  • Support for complex types
  • Multilevel association support
  • Ability to perform large binary stream transfers
  • Support for non-Create/Read/Update/Delete (CRUD) actions
  • Key-As-Segment URL syntax support
  • Constrained resource operations

WMI, WinRM, and Server Manager CIM Provider
These features were included with WMF 3.0, and continue to be included in WMF 4.0. There are no significant changes to these features.

Windows PowerShell Desired State Configuration
Windows Management Framework 4.0 introduces Windows PowerShell Desired State Configuration (DSC), with the following highlights:

  • Local configuration manager for applying configurations on the local computer
  • Windows PowerShell language extensions for authoring DSC documents
  • PSDesiredStateConfiguration module and DSC-related cmdlets
  • A set of built-in DSC configuration resources
  • DSC service for distributed access to DSC resources

Friday, August 02, 2013

Azure, PowerShell, Virtual Networks, VM's, Domains and Lab building, a three part series

chris e. avis - writing about microsoft and technology.... - Build a lab in Windows Azure for learning PowerShell – Part 3 of 3 – Configure the Virtual Machines

I have decided to use Windows Azure as my lab environment because it is the fastest and most accessible way for me to work on this from anywhere in the world. I travel a lot so I want to be able to access the lab while on the road. This is a self-contained lab environment that for right now is just for my PowerShell learning. But it has the potential to be used for other lab scenarios and is completely expandable.

I am using the following book to teach myself more about PowerShell -

“Learn Windows PowerShell 3 In A Month Of Lunches” by Don Jones and Jeffery D. Hicks

I have decided to use Windows Azure as my lab environment because it is the fastest and most accessible way for me to work on this from anywhere in the world. I travel a lot so I want to be able to access the lab while on the road. This is a self-contained lab environment that for right now is just for my PowerShell learning. But it has the potential to be used for other lab scenarios and is completely expandable.

You can create your own Windows Azure Lab by following along. The first step is to get signed up for a Free Windows Azure Trial account here -

To create the lab environment, we have to build out a few different pieces -

Ongoing summary posts of what I learn as I read the book and learn more about PowerShell.


Hopefully, if you are at the stage of wanting to learn PowerShell, you already know how to create a Windows Domain Controller. Even if you don’t have much experience with Windows Server 2012 R2 Preview, you should be able to stumble through this part easily. But there are a few configurations we need to look at to ensure all of the virtual machines can speak to each other.

Note - If you have not already created three (3) virtual machines, go back to Part 2 to review the steps for creating the additional virtual machines. We will need a total of three (3) for our lab. Once you have the required virtual machines, come back to this post to complete the configuration

*** Important *** – When creating the additional virtual machines, ensure they are all in the same Cloud Service, Virtual Network, and Storage Account. You can look at the configuration of the Virtual Machine we created in Part 2 to find this information


Want to build a complete lab to play with, and learn, PowerShell? Or a series to help you learn about building such a lab on Azure? Want to see about creating your own little cloud hosted domain? Want to use your MSDN Azure allowance?

You'll want to read this series...

Tuesday, July 30, 2013

"Windows 8 App Management Toolkit for Powershell" (with MS-PL Source)

CodePlex - Windows 8 App Management Toolkit for Powershell

Windows 8 App Management Toolkit for Powershell is the must have cmdlet for automating and managing Windows Store apps.

The toolkit enhances the functionality of the existing Get-AppxPackage method by adding methods to

  • Launch, suspend, and terminate Windows Store apps
  • Check if the Start screen or any Windows Store apps are visible on any monitors
  • Discover the capabilities of applications such as background tasks

One of note is that the source of all the above mentioned cmdlets is available. So you can see the C#, P/Invokes that makes the magic happen...


(via Secret Microsoft Communications - In case you get this: We couldn't get your developer license for Windows 8.1 Preview. Our Server is unavailable right now. Please try again later.)

Saturday, July 27, 2013

Don't fear the shell... - "Getting Started with PowerShell 3.0" jumpstart series

Channel 9 - Getting Started with PowerShell 3.0

This Jump Start is designed to teach the busy IT Professionals about this powerful management tool. Learn how PowerShell works and how to make PowerShell work for you from the experts Jeffrey Snover, the inventor of PowerShell, together with Jason Helmick, Senior Technologist at Concentrated Technology. IT Professionals, Admins, and Help Desk persons learn how to improve your management capabilities, automate redundant tasks and manage your environment in scale




You all PowerShell, right? I mean it's THE way to commandline your way to system mastery, so I'm sure you are all using it and bending it to you will?

Well if not, here's a jumpstart just for you, presented by the invertor of PowerShell. Hard to beat that as a subject matter expert. :)

Tuesday, April 09, 2013

Microsoft Script Explorer - So long and thanks for all the PowerShell... (The Script Explorer is dead Jim)

Windows PowerShell Blog - Microsoft Script Explorer: Next Steps

For those who are familiar with Microsoft Script Explorer for Windows PowerShell, you know that we haven't released additional updates to it since we published the release candidate (RC) in August 2012. Over the past few months, we have been talking with customers and partners and taking a hard look at the adoption rate of the RC in terms of the number of downloads and the feedback we're received to date.

One of the results of this analysis was that the adoption and usage of the pre-release versions of Script Explorer were not at the level we had hoped. Part of this stems from the fact that customers already have a number of options in the market for discovering and sharing PowerShell scripts, and most appear content to continue using these existing mechanisms. As a result, we've decided not to bring the Script Explorer project to RTM.

In the meantime, we will start winding down the Script Explorer project. This will be a gradual process to allow time for existing users to move to other tools. We'll start by removing the RC package from the Download Center this week.

For those who have already downloaded pre-release versions and are actively using Script Explorer in their environments, we will continue to operate the back-end script aggregation service used by Script Explorer for a few more months. We plan to turn off the service on June 14, 2013.


Kind of sad, but better they kill it than let it linger (I guess). Of course, if there had been more of a push, maybe there would have been more adoption...

Other suggested places where you can find PowerShell scripts and information (cribbed from the post)

(via PowerShell Magazine - Heads up: Microsoft Script Explorer reaches the end of the road)


Related Past Post XRef:
"Microsoft Script Explorer for Windows PowerShell" Beta Released (Think PowerShell ISE Addon to help you search and browse for more PowerShell scripts)

Monday, April 08, 2013

Powering your Zipping with PowerShell and 7-Zip (and SevenZipSharp) (aka '7Zip4Powershell')

Thomas Freudenberg - 7-Zip for Powershell

At work we deal with different big databases, and by big I mean between 3.5 and 8 GB. Those databases are zipped with 7-Zip and stored on a server. Depending on the scenario we unzip one of these databases to a local folder and attach it to the SQL Server. To simplify these steps we have a couple of Powershell scripts, among other things invoking the command line version of 7-Zip.

However, extracting an archive of several gigabytes over the network might take some time, and we’d like to see the progress in the Powershell console. Powershell provides a standard way to report progress by calling Cmdlet.WriteProgress, which then will be displayed by the current host (e.g. command line) appropriately.

Therefore with some support of a co-worker I’ve written two Cmdlets for extracting and compressing archives. The syntax is simple as this:



thoemmi / 7Zip4Powershell


7Zip, PowerShell, SevenZipSharp .Net assembly? All used together? Cool...


Related Past Post XRef:
7zSharp to your .Net Archive/Unarchiving Rescue - LGPL .Net Wrapper for 7z
.Net (C#) Interface for the 7-Zip DLL (7z.DLL)

Friday, April 05, 2013

WPF is to PowerShell as the PowerShell ISE is to Extensibility (Think "Extending the PowerShell ISE is as easy as 1, 2, DLL...")

Precision Computing - Creating Add-ons, Plugins, and Tools for the PowerShell ISE

We frequently get questions asking if the PowerShell ISE supports a feature that it doesn’t. For example, variable watch windows, function browsers, or “find all matches in the current document”.

Or as another example, many of you are very familiar with Visual Studio and naturally wish for Visual Studio feature <x>. That <x> is usually different for each person :) The Visual Studio team is many times larger than the PowerShell team, and they’ve had a 15-year head start.

When preparing for PowerShell V3, we realized that the appetite for new functionality in the ISE would far outstrip our ability to create it, so we designed one of the most (until now) un-heralded features in the PowerShell ISE: the ability to create custom tool windows:


See the “Find All” pane on the right-hand side? That didn’t come with the ISE.

Creating a PowerShell ISE Add-In / Plugin is very straight-forward. Jason gives a great overview in his blog:

The design center of ISE plugins are that they are really just WPF UserControls. In addition, they implement the IAddOnToolHostObject interface.


After that, the control is all yours.

You have full access to WPF, XAML, C#, and anything else you can imagine or would expect from a WPF control. For example, here is the simplistic XAML used to create the control in the ‘Find All’ window shown above:


All-in-all, a very easy development experience.

Once you’ve compiled a DLL, adding it to the ISE is as easy as:


I though this post a great example of how easy it can be to extend the PowerShell ISE. I love seeing tools being extensible like this...

Thursday, February 28, 2013

How Microsoft and others, empowers you with PowerShell [Think Server Services that PowerShells]

TechNet Wiki - PowerShell-Enabled Technologies

Many companies have provided out of the box support for managing their software with Windows PowerShell. This list only covers those companies, not any 3rd-party modules or snap-ins.


I thought this a nice visual of all the server side tech that's PowerShell enabled/supported/etc. If you're an IT and don't know or user PowerShell, maybe this will help nudge you...

Wednesday, February 13, 2013

Wiki-wiki, here's some popular PowerShell add-ons...

TechNet Wiki - Popular Add-Ons for PowerShell Users


Just a few of the many add-ons and things you can extended PowerShell with, but good ones none-the-less...

Friday, January 11, 2013

The power behind PowerShell, "Windows PowerShell Language Specification Version 3.0"

Microsoft Downloads - Windows PowerShell Language Specification Version 3.0

Version: December 2012
Date published: 1/10/2013

Language: English

Windows PowerShell Language Specification Version 3.0.docx, 539 KB

Windows PowerShell is a command-line shell and scripting language that brings the power of the .NET Framework to command-line users and script writers. The specification in this download documents the Windows PowerShell language for Windows PowerShell 3.0. This specification is made available as part of the Microsoft Open Specifications program. For more information, see

Here's a snap of the 334 page DocX


And a snip of the Introduction.

1. Introduction

PowerShell is a command-line shell and scripting language, designed especially for system administrators.

Most shells operate by executing a command or utility in a new process, and presenting the results to the user as text. These shells also have commands that are built into the shell and run in the shell process. Because there are few built-in commands, many utilities have been created to supplement them. PowerShell is very different. Instead of processing text, the shell processes objects. PowerShell also includes a large set of built-in commands with each having a consistent interface and these can work with user-written commands.

An object is a data entity that has properties (i.e., characteristics) and methods (i.e., actions that can be performed on the object). All objects of the same type have the same base set of properties and methods, but each instance of an object can have different property values.

A major advantage of using objects is that it is much easier to pipeline commands; that is, to write the output of one command to another command as input. (In a traditional command-line environment, the text output from one command needs to be manipulated to meet the input format of another.)

PowerShell includes a very rich scripting language that supports constructs for looping, conditions, flow-control, and variable assignment. This language has syntax features and keywords similar to those used in the C# programming language (§C).

There are four kinds of commands in PowerShell: scripts, functions and methods, cmdlets, and native commands.

  • A file of commands is called a script. [Note: By convention, a script has a filename extension of .ps1. end note] The top-most level of a PowerShell program is a script, which, in turn, can invoke other commands.
  • PowerShell supports modular programming via named procedures. A procedure written in PowerShell is called a function, while an external procedure made available by the execution environment (and typically written in some other language) is called a method.
  • A cmdlet—pronounced "command-let"—is a simple, single-task command-line tool. Although a cmdlet can be used on its own, the full power of cmdlets is realized when they are used in combination to perform complex tasks.
  • A native command is a command that is built in to the host environment.

Each time the PowerShell runtime environment begins execution, it begins what is called a session. Commands then execute within the context of that session.

This specification defines the PowerShell language, the built-in cmdlets, and the use of objects via the pipeline.

Windows PowerShell: Unlike most shells, which accept and return text, Windows PowerShell is built on top of the .NET Framework common language runtime

Not a doc I think I'll be reading in too much detail, but still something I think great to have (you know, just incase...). Plus I like that this is just available...

Wednesday, January 02, 2013

From Ping to Power, the IT Admin's CMD to PowerShell Cheat sheet

Goatee PFE - Free Download: CMD to PowerShell Guide for AD

New Years ResolutionSkip the treadmill.  Learn PowerShell.

Hi folks. It's your friendly, neighborhood PFE again. In order to avoid the long lines to buy a treadmill the first week of January I thought I would save you some time and give you an easier New Years Resolution… Learn PowerShell.

It's time to part with "blankie".

For years many of us have relied on trusty command line utilities like PING, IPCONFIG, and REPADMIN. Some of us are still hanging on to those instead of embracing the brave new world of PowerShell.

In an effort to assist with the transition and to introduce some of the cool new cmdlets in PowerShell v3 I have created a free reference guide showing how the old meets the new. For example, instead of PING try the PowerShell cmdlet Test-Connection, instead of NSLOOKUP use Resolve-DNSName, instead of GPUPDATE use Invoke-GPUpdate.

The guide attached at the bottom of this blog post contains four packed pages of PowerShell pleasure for your perusing.


Why would someone want to use PowerShell instead of command line utilities? There are several reasons:


Free Download

While studying the new 2012 cmdlets in preparation for conference talks last summer I created a quick cheat sheet for PowerShell equivalence to REPADMIN and DNSCMD. The other day I sat down and expanded this to include a raft of familiar utilities:




This guide will get you off and running to convert any old batch files you still have lying around or hiding in scheduled tasks.

Four pages. Really?

Yes. I know that sounds like a lot to learn


You can have my PING & IPCONFIG when you pry it from my cold, dead fingers... NOT! It's time to join the PowerShell age and start adjusting your typing muscle memory away from the tools that are decades old to a more modern set of tools. If you're not already a PowerShell user, think of these as your gateway drug... :)


Monday, December 31, 2012

PowerSwitchUserTile - Creating a Switch User Windows 8 Tile with PowerShell

TechNet Script Gallery - Script to create a Windows 8 Switch User Tile for the Start menu (PowerShell)

This PowerShell Script shows how to create a Windows 8 Switch User tile for the Start menu.


Properly switching users in Windows 8 without a Start button can be a bit of a chore. Many users may want to switch users in just one click. This script enables users to click a tile to switch user on the Start menu.




One of the killer features for Windows 8 usage in our house is our being able to have one device that we can easily switch to our own logins (and syncs with our other Win8 devices). But it is a little bit of a pain to switch users, so I wanted to capture this for future reference and use.

Friday, November 16, 2012, powering PowerShell learning, sharing and community by the community for the community

Hey, Scripting Guy! Blog - Introducing PowerShell.Org

"Summary:  Guest blogger Don Jones, PowerShell MVP, talks about

Microsoft Scripting Guy, Ed Wilson, is here. I was thinking about the PowerShell Summit and contacted PowerShell MVP Don Jones to ask him for a blog post to share information about and what exciting things are happening over there. Take it away, Don.

Introducing PowerShell.Org

By the Team

If you haven’t yet visited, it’s worth your time. The site is the successor to (, and its main purpose is to serve as a Q&A site for all things Windows PowerShell and to help newcomers locate some of the other great resources that are out there. Started by Windows PowerShell MVPs Don Jones and Kirk Munro, the site is now owned by a standalone corporation,, Inc. That corporation is unique in that it’s specifically intended to be community-owned: anyone can buy shares in it, and thereby, gain a vote in the makeup of its Board of Directors (currently Jones and Munro, along with Jason Helmick and fellow MVPs Richard Siddaway and Jeffery Hicks). That makes the first community owned-and-operated online resource for Windows PowerShell!



Welcome to the PowerShell Community is a community-owned and -operated corporation dedicated to helping IT professionals and developers master Windows PowerShell. Inside, you'll find enthusiasts and experts answering questions in our discussion forums, information on the incredibly popular (and now community-owned) Scripting Games, the latest news about our in-person PowerShell Summit event, and more. Look for regional and local events near you and connect with fellow PowerShell users, browse through our news and blog articles, and check out some of the free PowerShell books written by community members. If it's PowerShell, you'll find it on!

..." - About this Community

This site is designed to be a general-purpose gathering place and portal for Windows PowerShell, providing access to Q&A forums, technical articles and blog posts, and other resources. We’re the spiritual successor to… just with a simpler look, a tighter focus on answers and education, and an easier-to-type domain name!

The heart of this community is its discussion and Q&A forums, since most people come here looking for answers to specific PowerShell-related problems. Aside from those, we also try to provide pointers to other best-of-breed resources within the broader community. In other words, we’re not going to try and duplicate effort when someone else is already doing a great job someplace else. For example, you’ll find that many of our blog posts here are actually aggregated from elsewhere, bringing together some of the best PowerShell content we could find into one place, while letting those authors continue to do their own thing.

This site, and the PowerShell Summit event, are owned by, Inc. This corporation is community-owned, meaning ownership shares in the company can be purchased by anyone, up to the limit of the corporation’s issued stock. Shareholder determine the makeup of the company’s Board, and the Board appoints its Officers, who execute the company’s day-to-day operation. Legal documents and other information about the corporation can be found in its dedicated forum, along with information on purchasing shares in the company.

Our current Board (through January 31st, 2014) consists of MVPs Don Jones, Kirk Munro, Jeffery Hicks, and Richard Siddaway, along with Jason Helmick. Don Jones serves as President and CEO, Kirk Munro is our Vice-President, Jeffery Hicks is our Secretary, and Jason Helmick is our Treasurer.


Wait, Why Another “PowerShell Community?”

Well, we don’t really think of this as “another,” exactly. As mentioned above, this site is meant to be the successor to, which has been around since 2006 or so. This is just kind of a re-thinking of that site, with more focus on the forums (which we think are the real value-add), and more of an effort to have community experts and enthusiasts actively making sure people get answers.

Those of us contributing to this site do so because we’ve noticed an unfortunate tendency for “communities” to spring up, get a flurry of activity, and then slowly fade away – meaning people who run across them post questions, and get no answers. So we’re trying to be very aware of that pattern, and consciously attempting to not let it happen here.

Also, many of the “PowerShell communities” out there have been corporate-owned or -hosted. There’s nothing wrong with that, except that changing corporate priorities can sometimes leave a once-thriving community left out on its own. That’s not the case, here – this site is “owned” and monitored by members of the PowerShell community, and legally owned by an actual standalone corporation, so that the site can survive the loss of interest even by its current leadership.


Shiny new PowerShell site.... nuff said?

Wednesday, November 07, 2012

Powering Tiles with PowerShell... Creating Shutdown/Restart/Logoff Windows 8 Tiles with PowerShell

Microsoft Script Center - Create a Shutdown/Restart/Logoff Windows 8 Tile for the Start menu (PowerShell)

Script to create a Shutdown/Restart/Logoff Windows 8 Tile for the Start menu (PowerShell)


This PowerShell Script illustrates how to create a Shutdown or Restart or Logoff Windows 8 tile to the Start menu.


In Windows 8, without a Start button, properly shutting down or rebooting Windows can be a bit of a chore. So many users want to shut down or reboot windows in  just one click. Now, this script enables user just clicking on a tile to shutting down, rebooting or logging off Windows from the Start menu, it really conveniently.





And since the Surface RT has PowerShell this "should" work there too? I'm going to have to give that a try... :)

I wonder what else we can with this? hum...

Sunday, October 28, 2012

Two WMI Cheat sheets (One for Dev's, one for PowerShell'ers)

Windows Management Infrastructure Blog - WMI cheat sheet and link to MSDN documentation

"WMI team created a useful cheat sheet summarizing what's new in WMI. This is a great reference doc for developers. We are making them available through this blog post - as is.

The real documentation is still on MSDN (and it is being regularly updated). Cheat sheets are just a quick reference to get people started.





Windows PowerShell Blog - WMI cheat sheet for PS users

"We got multiple requests to publish the cheat sheet for CIM Cmdlets that was distributed in Tech Ed NA this year. Responding to popular demand, this document is attached as PDF . This is a great resource put together by WMI team for people who want to get started with CIM cmdlets.

Standard disclaimer :-). Cheat sheet is just for a quick start to get people started - real documentation is here

Osama Sajid..."



Why Must I love WMI? Because it's just so damn useful! If you don't WMI, you should. These two cheatsheets (and the links in the posts) will get you started...

Tuesday, October 23, 2012

Idera pluses PowerShell by freeing PowerShell Plus v4.6

PowerShell Magazine - PowerShell Plus is Free!

"Idera, a leading provider of application and server management solutions, today demonstrated its strong commitment to the PowerShell community by making its PowerShell Plus product available for free. This milestone was also marked by the delivery of a new version of the product, PowerShell Plus 4.6.

PowerShell Plus features a powerful interactive console, an advanced script editor and debugger, and a comprehensive interactive learning center integrated into a single product. It helps administrators and developers quickly learn and master PowerShell, while also dramatically increasing the productivity of expert users. The new version, PowerShell Plus 4.6, has been certified on Windows 8. It includes revised and expanded script libraries for SQL Server and SharePoint 2010. Additionally,... " [GD: Post Leach Level: 90%]

Idera - PowerShell Plus v4.6


Free tool to learn and master PowerShell fast

  • Learn PowerShell fast with the interactive learning center
  • Execute PowerShell quickly and accurately with a Windows UI console
  • Access, organize and share pre-loaded scripts from the QuickClick™ library
  • Code & Debug PowerShell 10X faster with the advanced script editor

Technical Features

PowerShell Plus is the most advanced IDE for PowerShell available today.

Integrated Development Environment
  • Flexible user interface: Provides Windows compliant ribbon bar and style manager for theme selection.
  • Start page: Easy access to tasks, recent files, configurable News feeds and Getting Started topics.
  • QuickClick™ Library: Organize scripts and commands that can be executed locally or remotely.
  • Find scripts: Search and download scripts from, Poshcode, and TechNet Script Center libraries.
  • Publish scripts: Share your scripts with the PowerShell community by submitting them to
  • Automate: Use System Explorer to create a customized management view, browse data, and execute automation tasks using PowerShell script.
  • Collaborate: Share scripts with your team by retrieving, editing and saving them to a network share or use Source Control integration features using Microsoft Source Control Interface (MSCCI) compliant plug-ins.

I've not used this PowerShell IDE, but in seeing this, its features and its price, well...

Thursday, October 18, 2012

SQL Server 2012 PowerShell Provider Introduction from the Scripting Guy...

Hey, Scripting Guy - Introduction to the SQL Server 2012 PowerShell Provider

Summary: Microsoft Scripting Guy, Ed Wilson, provides an introduction to the SQL Server 2012 provider for Windows PowerShell.

Microsoft Scripting Guy, Ed Wilson, is here. One of the really cool things about SQL Server 2012 is the SQL Server provider for Windows PowerShell. By using the SQL Server provider, you gain access to a driver that permits working with SQL Server 2012 in the same way that you might work with the file system. It becomes another drive, just like the other Windows PowerShell drives.

Note   For more information about the various Windows PowerShell drives, see this series of Hey, Scripting Guy! Blog posts.

After you install SQL Server 2012, there are two additional downloads you need to gain access to the SQL Server 2012 provider for Windows PowerShell. The first is the Microsoft Windows PowerShell Extensions for Microsoft SQL Server 2012, and the second is the Microsoft SQL Server 2012 Shared Management Objects. Both of these packages come in x86 and in x64 flavors, and they are available via the Microsoft Download site.

Note   To work with the SQL Server provider, you do not have to enable script execution on your system. If you decide to enable script execution on your system, take a look at The Scripting Wife Sets the Script Execution Policy.


If you've never looked at the PowerShell Provider for SQL Server, you should head on over to this blog post. I think you'll be surprised at what's available.


Related Past Post XRef:
SQL Server Provider/Namespace for PowerShell (Think "Easy Command Line/PowerShell Access to SQL Server Data")
Powering your DBA'ness with these Powershell scripts for DBA's
Powering up your SQL Server DBA skills with PowerShell
SQLPSX v2 – PowerShell for SQL Server has been PowerShell 2’ed
PowerShell for SQL Server 2000+ - Chad Miller’s SQL Server PowerShell Extensions v1.5 released, with 104 functions, 2 cmdlets and 12 scripts
DBA’s & PowerShell? Yep, PowerShell is not just for your IT brethren, you can have PS fun too!
PowerShell and SQL Server 2008 Whitepaper
More details about SQL Server 2008 and its PowerShell support
SQL Server 2008 & PowerShell - Better Together
SQL Server Provider/Namespace for PowerShell (Think "Easy Command Line/PowerShell Access to SQL Server Data")

Wednesday, October 17, 2012

Why should dev's have all the fun with Microsoft All-In-One Framework? Here's one for IT Pro's, welcome to the Microsoft All-In-One Script Framework!

MSDN Managed Newsgroup Support Team Blog - Very Useful Script Samples for IT Professionals!

Here are some very useful PowerShell/VBS/TSQL script samples that IT Professionals can make use of to ease their work.  Spread the word to benefit more people!

Microsoft All-In-One Script Framework - IT Pros' Time Saver



Microsoft All-In-One Script Framework - IT Pros' Time Saver - Scenario-Focused Script Samples driven by IT Pros' Real-world Tasks

The key value that All-In-One Script Framework is trying to deliver is Scenario-Focused Script Samples driven by IT Pros' real-world pains and needs.   The team of AIOSF is monitoring all TechNet forums, and collecting frequently asked IT scenarios.  For example, if more than three forum threads are asking about the same IT task, we will regard it as an IT Pros’ pain point, and consider creating a script sample to automate the task and save IT Pros' time.   We are also monitoring all IT Pros' support calls to Microsoft, and will start to monitor the script requests submitted to TechNet Script Repository.  Therefore, the source of script topics in All-In-One Script Framework is different from the tradition.   There is customer evidence behind every script published in AIOSF.   All our effort is to deliver script samples that can better align with and meet IT Pros' real-world needs.


Enough scripts, samples, etc to warm the heat of any IT guy or gal who wants to create and use something repeatable and wants to live above and beyond the click-click-click admin world (not that there's anything wrong with click-click-click admins... :).