MSDN Archive Home
Help and FAQs
PowerShellTunnel - script your app from PowerShell at runtime
All Resource Updates
Change History (all pages)
Use an ordinary PowerShell console to access your application's objects (explicitly hosted in a PowerShell runspace) at runtime, including tab expansion and piping objects into and out of your application.
- where you are now.
PowerShellTunnel Quick Start
- a quick step-by-step walk-through of PowerShellTunnel.
PowerShellTunnel How to Install
- a guide to requirements and installing PowerShellTunnel.
PowerShellTunnel How to Uninstall
- a guide to uninstalling PowerShellTunnel.
PowerShellTunnel How to Build
- a guide to building PowerShellTunnel.
- a guide to the cmdlets and
- notes on various issues relating to PowerShellTunnel.
PowerShellTunnel, what is it and why is it..
to construct and manipulate .NET objects, did you ever think that it would be pretty cool to be able to open a PowerShell console and connect to and directly access the objects of a running application (at least the objects it exposes)?
For example you might want to do:
Ad-hoc debugging, diagnostics, or monitoring.
Change object properties or calling methods at runtime.
Ad-hoc (or scripted) unit, system, or integrity tests on a live application.
Simulate events and actions.
Allow automation of your application without explicit interface contracts.
Perhaps even adding or changing functionality on-the-fly.
... probably many other things you might think of.
There is an existing
project which uses a remote service to which you connect to to create a PowerShell host that you talk to through your client connection. This isn't quite what what I was after and after hearing that
was coming, decided to wait and see. So PowerShell 2.0 CTP is here and does have Remoting ability but this is also focused on the administrative desire to summon a PowerShell console on a remote host and control it from the client, but neither approach can connect to an existing application's embedded PowerShell runspace.
So, after some reading and playing, PowerShellTunnel was created. PowerShellTunnel is a single VS2005 solution containing:
Server-side cmdlets allowing you to start a 'tunnel host' from a PowerShell console (or any PowerShell runspace).
Client-side cmdlets allowing you to start a 'tunnel' (connection) from a PowerShell console or runspace to an existing tunnel host (local or remote) and send scripts to the tunnel host console or runspace.
Tab-expansion 'works' in that while typing a script destined for a tunnel host, pressing tab will return tab expansion results from the tunnel host's runspace. A gotcha (for now) is that as long as you have a 'current tunnel' selected, tab expansion always divert to the current tunnel's host.
An ordinary 'embeddable' PowerShell runspace class (hostable by any .NET app) where you explicitly specify what objects to expose (and choosing which PowerShell variable names) and what tunnel hosts to host.
An example of a console application with a few simple objects that you can use to connect to from an ordinary PowerShell console.
WCF is used to do all the legwork of the underlying connection, by default the code uses http. By using WCF we avoid having to worry about transport options, security, and other issues as this should be all configurable.
Serializable objects can be piped into and out of the tunnel.
The cmdlets also allow an ordinary PowerShell console to act as a tunnel host (the easiest way to start playing with PowerShellTunnel is to use one PowerShell console as the host and another as the client). Similarly an embedded runspace could start a tunnel to any tunnel host too.
Any console or runspace can have multiple tunnel hosts and/or can have multiple tunnels open.
To make a long story short, review the
PowerShellTunnel Quick Start
to see if this suits you.
Puse the Issue Tracker for any bugs or suggestions.
Use the Discussions tab for questions, comments, ideas, or to share how you have used PowerShellTunnel.
(Very) Intermittent Blog
**Delete the following note before publishing **
This resource page is currently in setup mode and only available to coordinators and developers. Once you have finished setting up your resource page you can publish it to make it available to all MSDN Code Gallery visitors.
To get your Resource Page ready to publish, you should do the following:
Make sure your resource page description is detailed enough to let people search for your resource.
Add your code sample or other resources to the resource page
If you’re uploading code, go to the Releases tab and create a new release to house your code. Creating a release allows you to have the license properly displayed when people download your code, as well as provides a download count.
If you want to let someone see your resource page before it is published, go to the People tab and add them to your resource page
This will let you add other team members who may be contributing to your resource, or just show it off and get feedback from someone you trust.
Publish your resource page so it becomes visible to everyone!
Additional information on starting a new resource page is available here:
Resource Page Startup Guide
Feb 21 2008 at 6:02 AM
, version 22
Sign in to add a comment
Tue Mar 18 2008 at 7:00 AM
More Tags ...
Visual Studio 2005
Visual Studio 2008
Visual Studio 2010
Manage Your Profile
MSDN Flash Newsletter
© 2008 Microsoft Corporation. All rights reserved.