Uploaded image for project: 'Modules'
  1. Modules
  2. MODULES-3875

PowerShell - Improve PowerShellManager Resilience to Failure

    XMLWordPrintable

    Details

    • Type: Improvement
    • Status: Resolved
    • Priority: Normal
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: PowerShell 2.0.3
    • Component/s: powershell
    • Labels:
      None
    • Template:
    • Acceptance Criteria:
      Hide
      • The current behavior should be better documented in tests
      • In the face of a terminal failure inside the hosted PowerShell process, the PowerShellManager should create a new PowerShell process to execute the next PowerShell command
      • Such catastrophic errors should create actionable output for an end user (and should provide additional detail in the --debug stream)
      Show
      The current behavior should be better documented in tests In the face of a terminal failure inside the hosted PowerShell process, the PowerShellManager should create a new PowerShell process to execute the next PowerShell command Such catastrophic errors should create actionable output for an end user (and should provide additional detail in the --debug stream)
    • Team:
      Modules
    • Story Points:
      2
    • Sprint:
      Modules 2016-09-21

      Description

      Before being able to complete the pipe reimplementation in MODULES-3690, it became apparent that the current tests are insufficient to demonstrate how the current implementation behaves in the face of failures:

      • When the stdin, stdout or stderr streams are closed / broken
      • When user code terminates / crashes the underlying PowerShell process

      It also did not demonstrates how the manager behaves when given 64k+ of data from the Ruby side.

        Attachments

          Issue Links

          blocks

          Bug - A problem which impairs or prevents the functions of the product. MODULES-3690 Powershell module hangs on latest Powershell (5.1.14394.1000)

          • Critical - Crashes, loss of data, severe memory leak.
          • Resolved

            Activity

              People

              Assignee:
              erick Erick Banks
              Reporter:
              ethan Ethan Brown
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:

                  Zendesk Support