本文主要是介绍ClickOnce 自动更新报错:部署标识与预订不匹配,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
一、遇到的问题
最近的项目采用的是VS自带的部署工具ClickOnce部署检测更新。开始并没有什么问题,但是最近一两次经常遇到:服务器更新版本后,客户端升级会出现以下错误:
执行此操作期间检测到下列错误。
* [28.12.2017 18:16:17] System.Deployment.Application.DeploymentException (SubscriptionState)
- 部署标识与预订不匹配。
- 源: System.Deployment
- 堆栈跟踪:
在 System.Deployment.Application.SubscriptionStore.CheckUpdateInManifest(SubscriptionState subState, Uri updateCodebaseUri, AssemblyManifest deployment, Version currentVersion, Boolean& bUpdateInPKTGroup)
在 System.Deployment.Application.ApplicationActivator.PerformDeploymentUpdate(SubscriptionState& subState, String& errorPageUrl)
在 System.Deployment.Application.ApplicationActivator.ProcessOrFollowShortcut(String shortcutFile, String& errorPageUrl, TempFile& deployFile)
在 System.Deployment.Application.ApplicationActivator.PerformDeploymentActivation(Uri activationUri, Boolean isShortcut, String textualSubId, String deploymentProviderUrlFromExtension, BrowserSettings browserSettings, String& errorPageUrl)
在 System.Deployment.Application.ApplicationActivator.ActivateDeploymentWorker(Object state)
二、查找问题
在网上搜罗一番,也有很多人遇到这样的问题,但基本上都是说的什么证书签名不一致或者直接不用签名。我看了我的签名证书是一致的,取消签名依然无效。经过无限的搜索尝试也没有最终解决,好想砸电脑,好想放弃clickonce。最后自己看看错误内容,猜测这个错误提到的“部署标识”应该是在某个文件中,于是开始想方法查看这个部署标识的位置。
1.在发布文件夹中文件目录如下图。
Application Files文件夹中是已经发布的程序文件。我重新发布了一次 并把最新的Application Files替换到服务器,运行旧版本程序,并没有提示更新。于是打开XXX.application文件,发现很多版本和证书的信息。我连续发布两次,查看两个文件的不同之处,发现每次发布会更新一些值:
最后通过仔细的对比已正式发布的版本和预更新报错的版本xxx.application文件,发现了一个不一样的地方 如下图:
最后用一个测试工程发布验证了一下:
项目属性->生成->平台目标-->any cpu: processorArchitecture="msil"
项目属性->生成->平台目标-->x86: processorArchitecture="x86"
项目属性->生成->平台目标-->x64:processorArchitecture="amd64"
三、解决方案
于是推测是应为平台目标改变了,引起了这个问题。(兴奋中) 于是我查看服务器上久版本配置文件中的processorArchitecture属性,重新选择了对应的平台目标重新发部了一次,在发布过程中提示: 选择“是”。然后将发布的文件更新到服务器上。运行旧版本,居然不报错了。并且自动更新了。What the F U C K,居然是因为这个,有句mmp不是当讲不当讲。
四、小结
方案虽然很简单、但是过程很艰辛啊,我遇到的问题是通过这个方法解决的,可能还会有其他原因引起,比如换了证书,解决方案可能不同。在此留下脚印,希望对遇到同样问题的盆友有帮助。
这篇关于ClickOnce 自动更新报错:部署标识与预订不匹配的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!