android sdk manager 无法更新解决方法
∙
∙|
∙浏览：15722
∙|
∙更新：2013-06-09 10:24
∙|
∙标签：android
因为在开始->运行->cmd 中敲入 ping -t 始终ping不通
,关闭cmd后
首先需要下载一个代理服务器下载地址
/share/link?shareid=341717&uk=2601338879
打开此软件，在内容选项中看到生成的代理地址，记住ip地址127.0.0.1 和端口号8580
之后打开android sdk manager.exe 打开tools里的options
在弹出的对话框中，把刚才的ip地址输入到 http proxy server中，把端口输入到 http proxy port 中，选中 force https://...
关闭对话框
重新打开android sdk manager.exe 会迅速出现更新列表，选中需要更新的包后，点击install package 即可更新了。
更新不要使用eclipse，否则eclipse会锁定android-sdk-windows文件夹，应该找到android SDK manager.exe所在目录后，直接运行。
移动应用程序更新失败应急预案第一章：概述 (3)1.1 更新失败应急预案的目的 (3)1.2 更新失败应急预案的适用范围 (3)第二章：组织架构与职责 (3)2.1 应急组织架构 (3)2.1.1 应急指挥部 (4)2.1.2 应急小组 (4)2.2 各岗位职责与分工 (4)2.2.1 总指挥职责 (4)2.2.2 副总指挥职责 (4)2.2.3 技术应急小组职责 (4)2.2.4 运营应急小组职责 (5)2.2.5 市场应急小组职责 (5)2.2.6 客户服务应急小组职责 (5)第三章：更新失败预警机制 (5)3.1 更新失败预警指标 (5)3.2 预警信息传递与处理 (6)第四章：更新失败应急响应 (6)4.1 更新失败应急响应流程 (7)4.1.1 确认更新失败 (7)4.1.2 启动应急响应 (7)4.1.3 分析原因 (7)4.1.4 修复更新 (7)4.1.5 重新发布更新 (7)4.1.6 监控更新情况 (8)4.2 应急响应资源调配 (8)4.2.1 人力资源 (8)4.2.2 设备资源 (8)4.2.3 软件资源 (8)4.2.4 信息资源 (8)第五章：更新失败原因分析 (8)5.1 更新失败原因分类 (8)5.1.1 网络原因：由于网络不稳定、网络速度慢或网络连接中断等原因导致更新失败。
(8)5.1.2 设备原因：用户设备功能不足、存储空间不足、系统版本不兼容等原因导致更新失败。
(9)5.1.3 应用程序原因：应用程序自身存在bug、更新文件损坏、更新逻辑错误等原因导致更新失败。
(9)5.1.4 用户操作原因：用户在更新过程中误操作、中断更新过程等原因导致更新失败。
(9)5.1.5 其他原因：如服务器故障、第三方软件干扰等原因导致更新失败。
(9)5.2 更新失败原因调查与分析 (9)5.2.1 网络原因调查与分析 (9)5.2.2 设备原因调查与分析 (9)5.2.3 应用程序原因调查与分析 (9)5.2.4 用户操作原因调查与分析 (9)5.2.5 其他原因调查与分析 (10)第六章：更新失败处理措施 (10)6.1 更新失败处理原则 (10)6.2 更新失败具体处理措施 (10)6.2.1 确认更新失败现象 (10)6.2.2 问题定位与排查 (10)6.2.3 更新失败修复 (11)6.2.4 更新失败后续处理 (11)第七章：恢复与重构 (11)7.1 系统恢复策略 (11)7.1.1 确定恢复优先级 (11)7.1.2 制定恢复计划 (11)7.1.3 监控与优化 (12)7.2 系统重构与优化 (12)7.2.1 分析原因 (12)7.2.2 优化方案设计 (12)7.2.3 实施优化方案 (12)7.2.4 持续监控与优化 (12)第八章：信息发布与沟通 (13)8.1 信息发布原则 (13)8.1.1 及时性原则 (13)8.1.2 准确性原则 (13)8.1.3 客观性原则 (13)8.1.4 统一性原则 (13)8.2 信息发布渠道与方式 (13)8.2.1 用户通知 (13)8.2.2 内部通报 (13)8.2.3 媒体沟通 (13)8.2.4 及相关部门报告 (14)第九章：应急演练与培训 (14)9.1 应急演练计划与实施 (14)9.1.1 演练目的 (14)9.1.2 演练范围 (14)9.1.3 演练频率 (14)9.1.4 演练计划 (14)9.1.5 演练实施 (14)9.2 应急培训与能力提升 (15)9.2.1 培训对象 (15)9.2.2 培训内容 (15)9.2.3 培训方式 (15)9.2.4 培训周期 (15)9.2.5 能力提升 (15)第十章：预案修订与持续改进 (16)10.1 预案修订流程 (16)10.1.1 修订时机 (16)10.1.2 修订程序 (16)10.1.3 修订内容 (16)10.2 持续改进与优化 (16)10.2.1 持续改进原则 (17)10.2.2 持续改进措施 (17)第一章：概述1.1 更新失败应急预案的目的更新失败应急预案的制定旨在保证移动应用程序在发生更新失败情况时，能够迅速、有序地采取措施，降低更新失败带来的风险和损失，保障用户利益，维护企业品牌形象。
Cognos8.3错误解决方法总结1、jre 路径导致报错这个时候我遇到一个问题，Cognos Configuration 无法正常启动，提示信息忘记截图了，不过这个问题比较简单。
错误提示中已经详细的描述了解决办法，其实是因为我的开发机上有Tomcat，设置了JA V A_HOME。
并且用的是JDK142的包，所以必须先修改其路径为Cognos的jre。
否则启动Cognos Configuration的时候会报错。
2、Cognos8 运行数据库无法连接遇到这个问题，是因为jdbc的缘故，如果是Oracle作为运行数据库，就会遇到。
将oracle\jdbc\lib\classes12.jar拷贝到Cognos8/webapps/p2pd/WEB-INF/lib下即可.3、错误码：CFG-ERR-0103 Unable to start Cognos 8 service.这个错误出现的原因是你的内容库是oracle，而且oracle数据库没有试用UTF-8编码。
将内容库的oracle更改成UTF-8编码就可以解决问题。
4、CFG-ERR-0106 问题这个问题就比较诡异了，反正就是启动超时，但是又没有具体原因，百度也没有任何解决办法。
外事不决问Google，还是Google强大，E文网站上倒是有不少同学遇到此类问题。
其实，是因为开发机上跑的程序太多，资源占用厉害导致的。
最后确定的解决办法是修改配置文件，增加Cognos的启动时间。
修改c8_location /configuration/ cogconfig.prefs增加以下两个配置ServiceWaitInterval=*默认是500,代表0.5秒ServiceMaxTries=*默认360,代表倍数默认应该是3分钟超时。
我增加到1000*500，8分多钟。
5、CFG-ERR-0103这个问题是在我们的Cognos测试服务器上遇到的，首先想到的就是BAIDU，发现也有不少朋友碰到这个问题。
exception invoking method createstandardcontext
在应用程序的某个时刻，您可能会遇到“exception invoking method createstandardcontext”异常。
这通常是由于以下原因之一引起的：
1. 应用程序中某些组件的版本不兼容。
2. 应用程序使用的库文件不完整或损坏。
3. 应用程序中存在语法错误或逻辑错误。
4. 应用程序的配置文件存在问题。
要解决此问题，您可以尝试以下操作：
1. 检查应用程序组件的版本是否兼容，并确保它们使用的是最新版本。
2. 检查应用程序使用的库文件是否完整或损坏，并尝试重新安装它们。
3. 检查应用程序中存在语法错误或逻辑错误，并对其进行修复。
4. 检查应用程序的配置文件是否存在问题，并尝试对其进行调整。
如果您仍然无法解决此问题，请考虑寻求专业帮助，例如咨询应用程序开发人员或技术支持人员。
- 1 -。
