起步软件技术论坛-X3

 找回密码
 立即注册
搜索
查看: 326|回复: 4

[新大洲]新版dlcache增量更新问题反馈**

[复制链接]
发表于 2007-3-21 13:35:08 | 显示全部楼层 |阅读模式
1、缓存下载有一定效果(由原来的20MB下降到2.5MB),但不解的是为何是2.5MB?
  3次测试结果:每更新一个简单功能,保存、签入、更新缓存,下载量减少到2.5MB
2、删除%appdata%\Justep\...\cache\org.XXXX.com.strm文件后,系统不提示下载,实际也没有下载
3、平台组件更新过程中还是可以点取消(可能导致关键更新没法完成)
回复

使用道具 举报

发表于 2007-3-21 14:38:37 | 显示全部楼层
版本更新后的缓存机制:(服务端更新缓存后)
1。若本地没有缓存或缓存文件无效,则全部重新下载。XXX.node和XXX.strm并退出缓存下载逻辑函数。否则:
  2。请求dlcache.exe下载XXX.node(这就是为何总是2.5MB的原因,因为总会下载新的XXX.node文件),但不要求dlcache.exe下载XXX.strm。
  3。dlcahce.exe有一个只能判断,如果XXX.strm下载时间小于五秒,则不论客户端是否请求下载XXX.strm,dlcache.exe总会从服务端下载.XXX.strm。
  4。客户端判断dlcache.exe是否下载两个文件XXX.node,XXX.strm,若是则删除旧文件后退出缓存下载逻辑。否则:
  5。根据旧的XXX.node,XXX.strm以及新下载的XXX.node生成一个服务端没有更新内容的XXX.strm,此XXX.strm不含服务端更新的内容(当Business请求到新内容时,会从服务端取,并写入此XXX.strm)。然后:
  6。删除掉旧的XXX.node, XXX,strm后,退出缓存刷新逻辑。

关于您的问题:
1。2.5MB应该是node节点文件的大小,若组织机构也有更新,那应该是文件系统.node与组织机构.node之和。(因为若服务端有更新的话,XXX.node总会下载)
2。org.XXXX.com.strm不下载,是因为服务端组织机构没有更新,本地组织机构.node为最新的。但是如果你在登陆对话框内录入正确的用户名和密码登陆进入系统后,系统会自动产生一个很小的XXX.strm文件。
3。更新过程中点击取消,会取消缓存的更新。结果就是您说的(可能导致关键更新没法完成)
回复 支持 反对

使用道具 举报

 楼主| 发表于 2007-3-21 23:42:52 | 显示全部楼层
很详细,大概理解一些了,多谢!

能做到这个效果,也实属不易了,再次感谢JUSTEP的大力支持!


个人理解--愚见:
对于问题1:node文件是单个文件,不可再分,而stram文件是多个文件组成的文件包,可对其拆分后再次组合(实现增量更新的根本所在)
      如要下载node文件,必须整个下载--2.5MB

对于问题2:先检查node文件是否有更新,
           有更新时,再检查对应节点的流文件是否有更新
           无更新时,直接退出,不再检查stram文件
           故导致:即使删除了org.XXXX.com.strm,而org.XXXX.com.node文件没有变化,因此不再下载stram文件。
     
           这一点与以前的版本有所差异,原版本是要下载org.XXXX.com.strm文件的。


问题3:当前使用的情况来看,对我们没有大碍!
    之所以再次提出这个问题,因为在2613版本因为事务有问题,在2619版本对CLRModel做了关键更新,由于我们的操作员取消了更新(事务无法回滚),导致我们的财务帐、库存帐等业务逻辑几天都是乱的,为了把帐调平搞得头大。

     故,建议对于平台组件的更新,最终用户没得选择,必然更新,不允许取消!
回复 支持 反对

使用道具 举报

 楼主| 发表于 2007-3-21 23:45:34 | 显示全部楼层
回复 支持 反对

使用道具 举报

发表于 2007-3-22 11:35:59 | 显示全部楼层
您对于问题1和问题2的见解很正确。原来的缓存更新机制是全部下载(XXX.node和XXX.strm),新机制是有条件下载或生成xxx.strm,XXX.node总会下载。

关于问题3:我们准备在新版本的AutoUpdate里增加一个服务端选项,用来控制平台组件的更新方式。(不好意思,我在回答你这个问题时错以为是缓存更新的取消了!!)
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

小黑屋|手机版|Justep Inc.

GMT+8, 2025-6-18 04:28 , Processed in 0.043606 second(s), 15 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表