Hosting Windows PowerShell 2.0 Under CLR 4.0

Recently I’ve been playing with Windows PowerShell 2.0 again in the context of my day-to-day activities. One hint should suffice for the reader to get an idea of what’s going on: push-based collections. While I’ll follow up on this subject pretty soon, this precursor post explains one of the things I had to work around.

Being designed around the concept of managed object pipelines, one may expect powershell.exe to be a managed executable. However, it turns out this isn’t the case completely. If you try to run ildasm.exe on the PowerShell executable (which lives in %windir%system32WindowsPowerShellv1.0 despite the 2.0 version number, due to setup complications), you get the following message: https://goo.gl/XXyT2b #DataIntegration #ML

My API Lifecycle Checklist and Scorecard

#ICYMI: I am working on delivering a handful of new APIs, which I will be turning into products. I will be prototyping, developing, and operating them in production environments for myself, and for a handful of customers. To help guide my workflow, I’ve crafted this API lifecycle definition to help direct my efforts in an ongoing lifecycle approach.

Define — Define the problem and solution in a human and machine-readable way. https://goo.gl/zNg8eQ #DataIntegration #ML