gpt4 book ai didi

.net - Powershell - 在应用程序配置文件中找不到程序集绑定(bind)重定向

转载 作者:行者123 更新时间:2023-12-04 01:51:21 24 4
gpt4 key购买 nike

这里有问题...

我有一个 Powershell CmdLet,它在 32 位模式下运行时工作,在 64 位模式下失败。
问题是原因是什么以及如何解决。

情况

引用“OutlookHelper.Common.dll”的 Powershell CmdLet。最新版本是 2.0.0.0
CmdLet 还使用日志记录并引用“Logging.dll”。
Logging.dll 还引用了“OutlookHelper.Common.dll”,仅针对版本 1.0.0.0 编译。

我是如何使它工作的,这部分工作

在 Powershell 的应用程序配置文件中使用程序集绑定(bind)重定向:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<startup useLegacyV2RuntimeActivationPolicy="true">
<supportedRuntime version="v4.0.30319"/>
<supportedRuntime version="v2.0.50727"/>
</startup>
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="OutlookHelper.Common" publicKeyToken="5e4553dc0df45306"/>
<bindingRedirect oldVersion="1.0.0.0" newVersion="2.0.0.0"/>
</dependentAssembly>
</assemblyBinding>
</runtime>
</configuration>

Powershell 32 位工作得很好

在 64 位机器上运行时,使用“Windows Powershell (x86)”可以正常工作。程序集管理器找到程序集绑定(bind)重定向:
The operation was successful.
Bind result: hr = 0x0. The operation completed successfully.

Assembly manager loaded from: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
Running under executable C:\Windows\syswow64\Windowspowershell\v1.0\powershell.exe
--- A detailed error log follows.

=== Pre-bind state information ===
LOG: User = MYDOMAIN\testuser
LOG: DisplayName = OutlookHelper.Common, Version=1.0.0.0, Culture=neutral, PublicKeyToken=5e4553dc0df45306
(Fully-specified)
LOG: Appbase = file:///C:/Windows/syswow64/Windowspowershell/v1.0/
LOG: Initial PrivatePath = NULL
LOG: Dynamic Base = NULL
LOG: Cache Base = NULL
LOG: AppName = powershell.exe
Calling assembly : OutlookHelper.Data.Common, Version=1.0.5295.26925, Culture=neutral, PublicKeyToken=null.
===
LOG: This bind starts in LoadFrom load context.
WRN: Native image will not be probed in LoadFrom context. Native image will only be probed in default load context, like with Assembly.Load().
LOG: Using application configuration file: C:\Windows\syswow64\Windowspowershell\v1.0\powershell.exe.Config
LOG: Using host configuration file:
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
LOG: Redirect found in application configuration file: 1.0.0.0 redirected to 2.0.0.0.
LOG: Post-policy reference: OutlookHelper.Common, Version=2.0.0.0, Culture=neutral, PublicKeyToken=5e4553dc0df45306
LOG: GAC Lookup was unsuccessful.
LOG: Attempting download of new URL file:///C:/Windows/syswow64/Windowspowershell/v1.0/OutlookHelper.Common.DLL.
LOG: Attempting download of new URL file:///C:/Windows/syswow64/Windowspowershell/v1.0/OutlookHelper.Common/OutlookHelper.Common.DLL.
LOG: Attempting download of new URL file:///C:/Windows/syswow64/Windowspowershell/v1.0/OutlookHelper.Common.EXE.
LOG: Attempting download of new URL file:///C:/Windows/syswow64/Windowspowershell/v1.0/OutlookHelper.Common/OutlookHelper.Common.EXE.
LOG: Attempting download of new URL file:///D:/SampleApps/_Common/Bin/Outlook.Extensions.Sample/OutlookHelper.Common.DLL.
LOG: Assembly download was successful. Attempting setup of file: D:\SampleApps\_Common\Bin\Outlook.Extensions.Sample\OutlookHelper.Common.dll
LOG: Entering run-from-source setup phase.
LOG: Assembly Name is: OutlookHelper.Common, Version=2.0.0.0, Culture=neutral, PublicKeyToken=5e4553dc0df45306
LOG: Where-ref bind Codebase does not match what is found in default context. Keep the result in LoadFrom context.
LOG: Binding succeeds. Returns assembly from D:\SampleApps\_Common\Bin\Outlook.Extensions.Sample\OutlookHelper.Common.dll.
LOG: Assembly is loaded in LoadFrom load context.

这是 Powershell 关于程序集标识的说明:
Windows PowerShell (x86)
Copyright (C) 2009 Microsoft Corporation. All rights reserved.

PS C:\Users\testuser> ([xml](gc $([System.AppDomain]::CurrentDomain.SetupInformation.ConfigurationFile))).configuratio
n.runtime.assemblyBinding.dependentAssembly.assemblyIdentity

name publicKeyToken
---- --------------
OutlookHelper.Common 5e4553dc0df45306

PS C:\Users\testuser>

这就是麻烦开始的地方...

在 64 位机器上运行时,使用“Windows Powershell”它不起作用。程序集管理器未找到程序集绑定(bind)重定向:
The operation failed.
Bind result: hr = 0x80070002. The system cannot find the file specified.

Assembly manager loaded from: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\clr.dll
Running under executable C:\WINDOWS\system32\WindowsPowerShell\v1.0\powershell.exe
--- A detailed error log follows.

=== Pre-bind state information ===
LOG: User = MYDOMAIN\testuser
LOG: DisplayName = OutlookHelper.Common, Version=1.0.0.0, Culture=neutral, PublicKeyToken=5e4553dc0df45306
(Fully-specified)
LOG: Appbase = file:///C:/WINDOWS/system32/WindowsPowerShell/v1.0/
LOG: Initial PrivatePath = NULL
LOG: Dynamic Base = NULL
LOG: Cache Base = NULL
LOG: AppName = powershell.exe
Calling assembly : OutlookHelper.Data.Common, Version=1.0.5295.26925, Culture=neutral, PublicKeyToken=null.
===
LOG: This bind starts in LoadFrom load context.
WRN: Native image will not be probed in LoadFrom context. Native image will only be probed in default load context, like with Assembly.Load().
LOG: Using application configuration file: C:\WINDOWS\system32\WindowsPowerShell\v1.0\powershell.exe.Config
LOG: Using host configuration file:
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework64\v4.0.30319\config\machine.config.
LOG: Post-policy reference: OutlookHelper.Common, Version=1.0.0.0, Culture=neutral, PublicKeyToken=5e4553dc0df45306
LOG: The same bind was seen before, and was failed with hr = 0x80070002.
ERR: Unrecoverable error occurred during pre-download check (hr = 0x80070002).

这是 Powershell 关于程序集标识的说明:
Windows PowerShell
Copyright (C) 2009 Microsoft Corporation. All rights reserved.

PS C:\Users\testuser> ([xml](gc $([System.AppDomain]::CurrentDomain.SetupInformation.ConfigurationFile))).configuratio
n.runtime.assemblyBinding.dependentAssembly.assemblyIdentity
PS C:\Users\ccontent01>

当我让 Powershell 获取它自己的应用程序配置文件的内容时,我得到以下输出:
Windows PowerShell
Copyright (C) 2009 Microsoft Corporation. All rights reserved.

PS C:\Users\testuser> gc C:\WINDOWS\system32\WindowsPowerShell\v1.0\powershell.exe.Config
<?xml version="1.0"?>
<configuration>
<startup useLegacyV2RuntimeActivationPolicy="true">
<supportedRuntime version="v4.0.30319"/>
<supportedRuntime version="v2.0.50727"/>
</startup>
</configuration>
PS C:\Users\testuser>

我试过的...
  • 检查“特定版本”是否设置为“假”-> 是这种情况。
  • 删除并重新添加了应用程序配置文件 -> 没有修复它。
  • 从 SysWOW64 文件夹中的新应用程序配置文件开始 -> 没有修复它。
  • 仔细检查加载的文件的内容(powershell.exe.Config 和 machine.config)-> 它们是相同的。

  • 我猜
  • 程序集管理器找不到程序集重定向绑定(bind)。

  • 有什么解决办法吗?
  • 为什么 64 位实例的 Fusion 日志没有提及“在应用程序配置文件中找到重定向:1.0.0.0 重定向到 2.0.0.0。”之类的内容?
  • 这一切的原因是什么?
  • 你能想出什么解决办法吗?
  • 最佳答案

    不是 100% 与 32/64 位问题相关,但是如果有人对 感兴趣工作程序集重定向解决方案请看这里Powershell config assembly redirect .

    您可以使用 PowerShell 代码进行自定义程序集重定向,例如

    $FSharpCore = [reflection.assembly]::LoadFrom($PSScriptRoot + "\bin\LIBRARY\FSharp.Core.dll") 

    $OnAssemblyResolve = [System.ResolveEventHandler] {
    param($sender, $e)

    # from:FSharp.Core, Version=4.3.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
    # to: FSharp.Core, Version=4.4.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
    if ($e.Name -eq "FSharp.Core, Version=4.3.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a") { return $FSharpCore }

    foreach($a in [System.AppDomain]::CurrentDomain.GetAssemblies())
    {
    if ($a.FullName -eq $e.Name)
    {
    return $a
    }
    }
    return $null
    }

    [System.AppDomain]::CurrentDomain.add_AssemblyResolve($OnAssemblyResolve)

    我首先加载 FSharp.Core 的正确版本从某个地方,因为 GAC 中的版本很旧(我想这也可能是你的情况)

    关于.net - Powershell - 在应用程序配置文件中找不到程序集绑定(bind)重定向,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/26652204/

    24 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com