Question

我在Azure Runbook中有以下代码：

$pathToDownloadedBlob = 'C:\depId-20150904032522\SevenZipSharp.dll'
if ((Test-Path $pathToDownloadedBlob) -eq $true)
{
    try
    {
        Remove-Item -Path $pathToDownloadedBlob

    }
    catch
    {
        write-error "Could not delete $pathToDownloadedBlob. - $($error[0])"
        exit
    }
}

当我使用Remove-Item时，我收到此错误：

4/7/2015 2:14:14 PM, Error: Remove-Item : The converted JSON string is in bad format.
At DavidTest:45 char:45
+ 
    + CategoryInfo          : InvalidOperation: (System.Unauthor... Boolean force):ErrorRecord) [Remove-Item], 
InvalidOperationException
    + FullyQualifiedErrorId : JsonStringInBadFormat,Microsoft.PowerShell.Commands.RemoveItemCommand

当我使用[System.IO.File]::Delete($using:path)时，我收到此错误：

4/7/2015 2:22:48 PM, Error: Exception calling "Delete" with "1" argument(s): "Access to the path 'C:\Deployment\SevenZipSharp.dll' is denied."
At DavidTest:46 char:46
+ 
    + CategoryInfo          : NotSpecified: (:) [], MethodInvocationException
    + FullyQualifiedErrorId : UnauthorizedAccessException

我知道我没有权限删除该文件。但是，当我使用Remove-Item时，为什么会抱怨JSON字符串？

编辑：请注意，这仅在Azure自动化中发生。但是我无法在Powershell ISE中本地复制这个，因为我有权删除我想要删除的文件。

更新：我刚刚意识到这只发生在.dll文件中。如果我尝试删除.7z文件，它可以正常工作。

Answer 1

我认为这是由于在PowerShell工作流上下文和InlineScript工作流活动之间传递的对象的序列化/反序列化，InlineScript工作流活动默认在单独的进程中运行。

您是否总是传递[System.String]，或者您有时会传递[System.IO.FileInfo]个对象？如果是后者，那么您可能想要引用FullName属性，而不是将对象本身传递给Remove-Item。

我并非100％确定这是您遇到的问题，但值得讨论。

顺便说一句，作为最佳做法，请始终明确指定您的参数，以便其他人了解您正在做的事情。您对Remove-Item的来电并未包含-Path参数，因为它的位置为0.当然，这并不是理所当然的好事。当你在寻求帮助时最好是冗长。

希望这至少有一点帮助。顺便说一下，这个问题是Azure自动化Runbook独有的，还是存在于本地执行的PowerShell工作流中？

修改：这段代码似乎对我来说很合适。

workflow test {
    $Path = 'C:\dsc\srv01.xml';
    InlineScript { Remove-Item -Path $using:Path; };
}

test

Remove-Item Vs [System.IO.File] :: Delete（）

1 个答案: