2010-06-23 171 views
9

Estoy usando Visual Studio 2008 SP1.Error de ClickOnce: la identidad del despliegue no coincide con la suscripción

Tengo una aplicación de Windows Forms implementada internamente con ClickOnce en una carpeta compartida en la red local.

El certificado PFX prueba expira en 2035.

He publicado la actualización a la carpeta compartida en varias ocasiones internos.

Tenga en cuenta que el proyecto solo está configurado para 'Firmar los manifiestos de ClickOnce' y no firma el ensamblaje.

Ahora, vuelvo a publicar una nueva versión de mi aplicación.

Cuando los usuarios hacen clic en sus iconos para ejecutar la aplicación obtenemos este error (siempre se había actualizado antes de implementar con el certificado de prueba).

Dirección URL de la implementación :
file:///C:/Documents%20and%20Settings/Usuario.NOTARIAS3/Men%C3%BA%20Inicio/Programas/GrupoBackup/Expediente%20Electr%C3%B3nico.appref-ms%7C
Dirección URL del proveedor de la implementación :
file://192.168.13.111/compartida/AdministradorWin.application La
activación de C:\Documents and Settings\Useuario.NOTARIAS3\Menú
Inicio\Programas\GrupoBackup\Expediente Electrónico.appref-ms| dio
como resultado una excepción. Se detectaron los siguientes mensajes de
error:
+ The deployment identity does not match the subscription


OPERATION PROGRESS STATUS * [2/20/2008 11:23:21 AM] : Activation of
C:\Documents and Settings\Usuario.NOTARIAS3\Menú
Inicio\Programas\GrupoBackup\Expediente Electrónico.appref-ms| has
started. * [2/20/2008 11:23:21 AM] : Performing necessary update
check as specified by the deployment.

detalles del error

  • [21/06/2010 20:33:10] System.Deployment.Application.DeploymentException (SubscriptionState)
  • La identidad de la implementación no coincide con la suscripción.
  • Origen: System.Deployment
  • Seguimiento de la pila: en System.Deployment.Application.SubscriptionStore.CheckUpdateInManifest(SubscriptionState
    subState, Uri updateCodebaseUri, AssemblyManifest deployment, Version
    currentVersion) en
    System.Deployment.Application.ApplicationActivator.PerformDeploymentUpdate(SubscriptionState&
    subState, String& errorPageUrl) en
    System.Deployment.Application.ApplicationActivator.ProcessOrFollowShortcut(String
    shortcutFile, String& errorPageUrl, TempFile& deployFile) en
    System.Deployment.Application.ApplicationActivator.PerformDeploymentActivation(Uri
    activationUri, Boolean isShortcut, String textualSubId, String
    deploymentProviderUrlFromExtension, BrowserSettings browserSettings,
    String& errorPageUrl) en
    System.Deployment.Application.ApplicationActivator.ActivateDeploymentWorker(Object
    state)

utilizo regedit para buscar esta clave:

HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Uninstall \ 7e3a7433abfe6213

PC no actualizado

APPID archivo: //192.168.13.111/COMPARTIDA/AdministradorWin.application#AdministradorWin.app, Culture = neutral, PublicKeyToken = 4b005ceeffd565b0, processorArchitecture = msil

versión 1.0.0.14 =

archivo = Expediente Electrónico

Editorial = GrupoBackup

Nombre de la carpeta = GrupoBackup

PC ACTUALIZADO (desinstalar-reinstalación, pero quiero evitarlo)

AppId archivo: //192.168.13.111/compartida/AdministradorWin.application#AdministradorWin.application, Culture = neutral, PublicKeyToken = 4b005ceeffd565b0, processorArchitecture = msil

versión 1.0.0.30 =

archivo = Expediente Electrónico

Editorial = GrupoBackup

Nombre de la carpeta = GrupoBackup

SuiteName = OGF suite

Cambios PC no actualizado - Pc actualizado son:

1.) suite nombre es nuevo valor (lo fijo en la pestaña propiedades en Visual Studio)

2.) Versión

y 3.)

AdministradorWin.app

de archivo de publicación: //192.168.13.111/COMPARTIDA/AdministradorWin.application#AdministradorWin.app,

vs

AdministradorWin.application,

de archivo: //192.168.13.111/compartida/AdministradorWin.application#AdministradorWin.application,

Si puedo desinstalar y volver a instalar la aplicación desde cero funciona todo. Sin embargo, estaba tratando de evitar tener que hacer esto.

Aparece este error cuando intento implementar un proyecto que fue exitoso con anterioridad.

Volví a intentarlo, después de eliminar todos los manifiestos, pero aún no me gustó.

¿Hay alguna manera de arreglar esto?

En Opciones de publicación -> Manifiestos

uso manifiesto de aplicación de información de confianza es ONU marcada.

Respuesta

22

Por qué cambió de CPU de destino de Cualquier CPU a x86?

Si cambió esto, tendrá que volver a instalar la aplicación.

+0

Esto me pasó a mí. Lo cambié a CPUAny y luego funcionó de nuevo. Más tarde lo cambiaré y los usuarios volverán a instalarlo. – AtliB

+1

Hice exactamente esto hoy. lo cambió a AnyCPU; ahora los clientes dicen que, incluso después de una desinstalación, el problema persiste. #stumped –

4

¿Qué quiere decir cuando dice lo siguiente? "Cambios: configuré el valor del nombre de Suite; Versión y # AdministradorWin.app, frente a # AdministradorWin.application".

Es lo último que me interesa. ¿Cambió el nombre del ensamblado?

Hay una serie de configuraciones que conforman la identidad de la implementación. La CPU de destino (como lo señala zezespecial arriba), la URL de instalación y el nombre del ensamblado son tres de ellos. ¿Cambiaste alguno de estos? ¿Qué otros cambios hizo en la implementación?

+0

Cambio el nombre de Suite, creo que wasonly changes .. – Kiquenet

+0

Si lo cambia de nuevo, ¿soluciona el problema? No puedo imaginar que esto realmente cause un problema, pero vale la pena intentarlo. – RobinDotNet

+0

¿qué configuraciones conforman la identidad de la implementación? Tengo un problema similar – Martin

4

'Comprobar Publicar -> URL de la carpeta de instalación' y asegurarse de que no está mal ajustado (a veces sólo aparece durante el proceso de publicación)

'Compruebe Publicar -> Actualizaciones ...' y asegurarse de que la actualización La ubicación no está configurada incorrectamente.

Para estar absolutamente seguro establezca ambos para que coincidan con la Ubicación de la carpeta de publicación. Deberá marcar 'La aplicación debe verificar la actualización, antes de que comience la aplicación'.

Tuve que hacer esto para solucionar el problema en mi caso.

+0

Había cambiado la ubicación de actualización de la dirección IP (lo que era inicialmente) al nombre DNS, cuando lo cambié de nuevo, este problema se resolvió ... – Prokurors

Cuestiones relacionadas