Las aplicaciones que se ordenan mediante el secuenciador de App-V 5.0 SP1 no esté instaladas correctamente

Síntomas

Aplicaciones que se ordenan mediante el secuenciador de Microsoft Application Virtualization 5.0 Service Pack 1 (SP1 de App-V 5.0) no se instalen correctamente cuando intenta agregar el paquete mediante el MSI generado. La instalación de MSI comienza, continúa y luego sale sin generar un mensaje de error. Además, se registrará un evento genérico similar al siguiente en el registro de aplicación:


Nota: Eventos de MsiInstaller 1033 que tienen un código de estado de 1603 son genéricos y sólo indican un error de instalación. Debe recopilar registros MSI para identificar definitivamente esta situación. Para obtener información acerca de cómo hacerlo, consulte la sección "Más información".

Causa

Este error se produce porque los paquetes MSI generados por el secuenciador de App-V 5.0 SP1 incluye una versión de AppVMsiPackageTemplate.dll que no está firmado con strongname. Se trata de un problema conocido con App-V 5.0 SP1.

Nota: Este problema no ocurre con App-V 5.0 RTM o con cualquier versión del secuenciador de App-V 5.0 de 32 bits.

Solución alternativa

Solución 1: Usar el secuenciador de 32 bits para crear paquetes MSI para ejecutarse en sistemas operativos de 64 bits

Para las aplicaciones de 32 bits, puede utilizar el secuenciador de SP1 de 32 bits (x 86) App-V para crear paquetes de 64 bits (AMD64). Estos se ejecutarán en sistemas operativos cliente de 64 bits en modo WOW.

Solución 2: Utilice la versión RTM 5.0 del secuenciador de 64 bits para el paquete de 64 bits

Los paquetes que se crean mediante la versión RTM del secuenciador de 64 bits son totalmente compatibles con los clientes de App-V 5.0 SP1 y SP2.

Solución 3: Instalar el paquete manualmente

El paquete .appv generado todavía es un paquete de instalación válido. El paquete puede instalarse ejecutando los siguientes cmdlets de Windows PowerShell:
  • AppvClientPackage agregar
  • AppvClientPackage publicar
Para obtener más información sobre estos cmdlets, consulte el siguiente sitio Web de Microsoft:

Solución 4: Desactivar strongname firma de AppVMsiPackageTemplate.dll

Otra alternativa es confiar en el ensamblado y permiten al sistema operativo de cliente instalar el paquete aunque AppVMsiPackageTemplate.dll no esté firmado con strongname. Para ello, importar las siguientes claves del registro de Windows Registry Editor Version 5.00 en el cliente:
  • HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\StrongName\Verification\*,31bf3856ad364e35
  • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\StrongName\Verification\*,31bf3856ad364e35

Más información

Para identificar definitivamente esta situación, habilitar registro en el cliente de MSI detallado. Para ello, agregue la siguiente vista del registro de Windows Registry Editor Version 5.00:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer
"Logging"="voicewarmupx"

Para obtener más información acerca de cómo habilitar el registro de MSI, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
223300 cómo habilitar el registro de Windows Installer

Un registro MSI detallado contendrá un error similar al siguiente:

SFXCA: Extracción de acción personalizada en el directorio temporal: C:\WINDOWS\Installer\MSI250D.tmp-\

SFXCA: Enlace a CLR versión v4.0.30319

¡Una llamada a la acción personalizada AppVMsiPackageTemplate! Microsoft.AppV.MsiTemplate.CustomActions.CustomActions.PublishPackage Error: no se pudo cargar la clase de acción personalizada Microsoft.AppV.MsiTemplate.CustomActions.CustomActions de ensamblado: AppVMsiPackageTemplate System.IO.FileLoadException: no se pudo cargar el archivo o ensamblado ' AppVMsiPackageTemplate, Version = 5.0.1104.0, Culture = neutral, PublicKeyToken =31bf3856ad364e35' o alguna de sus dependencias. Error de validación de nombre seguro. (Excepción de HRESULT: 0x8013141A) Nombre de archivo: 'AppVMsiPackageTemplate, Version =5.0.1104.0, Culture = neutral, PublicKeyToken = 31bf3856ad364e35'---> System.Security.SecurityException: error de validación de nombre seguro. (Excepción de HRESULT: 0x8013141A)

La zona del ensamblado que falló era:

Mi PC en System.Reflection.RuntimeAssembly._nLoad (AssemblyName fileName, codeBase de la cadena, evidencia assemblySecurity, locationHint RuntimeAssembly, StackCrawlMark & stackMark, IntPtr pPrivHostBinder, throwOnFileNotFound Boolean, Boolean forIntrospection, Boolean suppressSecurityChecks) en System.Reflection.RuntimeAssembly.InternalLoadAssemblyName (assemblyRef AssemblyName, evidencia assemblySecurity, RuntimeAssembly reqAssembly, StackCrawlMark & stackMark, IntPtr pPrivHostBinder, throwOnFileNotFound Boolean, Boolean forIntrospection, Boolean suppressSecurityChecks) en System.Reflection.RuntimeAssembly.InternalLoad (String assemblyString, assemblySecurity de evidencia, StackCrawlMark & stackMark, IntPtr pPrivHostBinder, forIntrospection Boolean) en System.Reflection.RuntimeAssembly.InternalLoad (String assemblyString, evidencia assemblySecurity, StackCrawlMark & stackMark, Boolean forIntrospection) en System.AppDomain.Load (String assemblyString) en Microsoft.Deployment.WindowsInstaller.CustomActionProxy.GetCustomActionMethod (sesión sesión, String NombreEnsamblado, String nombreClase, methodName String)
Propiedades

Id. de artículo: 2876368 - Última revisión: 21 ene. 2017 - Revisión: 1

Comentarios