如何在c++/cli中使用Runspace.StateChanged事件?
How to use the Runspace.StateChanged event in c++/cli?
我一直在用 c++/cli
开发一个应用程序,它使用 powershell 与在线交换进行交互。我已经使用 WSManConnectionInfo
class 创建连接并创建运行空间。
在联机 Exchange 中,运行空间的数量限制为 3。
我开发了一个当前创建运行空间的代码。
如果创建的运行空间由于超时而过期,我必须通知 user.So 我想在 Runspace
class.[=15 中使用 Runspace.StateChanged
事件=]
我用谷歌搜索,但找不到任何示例代码来实现它。
谁能帮我用这个方法,或者也可以提出任何其他方法。提前致谢!!
我不熟悉 Runspace class 中的事件。但是您可以尝试存储创建运行空间的时间,如果发生超时则将其删除
我使用过运行空间并围绕它构建了应用程序,但我认为我没有使用过这个特定事件。但是,如果我要检查的只是我的运行空间对象的状态,这就是我通常所做的。
if ($myThread.Runspace.InvocationStateInfo.State -eq "Completed")
{
#Code to process further here
#Note that completed only means executed. Does not mean it did not raise errors.
#For that you can use the Runspace.HadErrors property
if ($myThread.Runspace.HadErrors -eq $true)
{
$ErrMsg = $myThread.Runspace.Streams.Error.Exception
}
else
{
#Success Code here
}
}
else
{
$FailureReason = $myThread.Runspace.InvocationStateInfo.Reason
}
其中 $myThread
是我的 RunspaceObject。
但是,我很难相信这次活动会是最好的方式。一个 runspace
可以有多个状态。即使您设法为 StateChanged
获得了 eventhandler
,您仍然最终必须验证它是超时还是其他。这将使您回到上面的代码,无论如何您都必须检查 state
。
我一直在用 c++/cli
开发一个应用程序,它使用 powershell 与在线交换进行交互。我已经使用 WSManConnectionInfo
class 创建连接并创建运行空间。
在联机 Exchange 中,运行空间的数量限制为 3。
我开发了一个当前创建运行空间的代码。
如果创建的运行空间由于超时而过期,我必须通知 user.So 我想在 Runspace
class.[=15 中使用 Runspace.StateChanged
事件=]
我用谷歌搜索,但找不到任何示例代码来实现它。
谁能帮我用这个方法,或者也可以提出任何其他方法。提前致谢!!
我不熟悉 Runspace class 中的事件。但是您可以尝试存储创建运行空间的时间,如果发生超时则将其删除
我使用过运行空间并围绕它构建了应用程序,但我认为我没有使用过这个特定事件。但是,如果我要检查的只是我的运行空间对象的状态,这就是我通常所做的。
if ($myThread.Runspace.InvocationStateInfo.State -eq "Completed")
{
#Code to process further here
#Note that completed only means executed. Does not mean it did not raise errors.
#For that you can use the Runspace.HadErrors property
if ($myThread.Runspace.HadErrors -eq $true)
{
$ErrMsg = $myThread.Runspace.Streams.Error.Exception
}
else
{
#Success Code here
}
}
else
{
$FailureReason = $myThread.Runspace.InvocationStateInfo.Reason
}
其中 $myThread
是我的 RunspaceObject。
但是,我很难相信这次活动会是最好的方式。一个 runspace
可以有多个状态。即使您设法为 StateChanged
获得了 eventhandler
,您仍然最终必须验证它是超时还是其他。这将使您回到上面的代码,无论如何您都必须检查 state
。