AB培训.docxVIP

前端：AST产品基于 .net 培训目的： 关于AB平台维护，以及应用开发工作 经验交流： 项目上线流程： AB架构： 日常维护基本技能：日志查看 培训人：沈波 周六上午： AB版本管理： 版本负责人的职责: 维护版本代码 解决版本bug 市场与产品的桥梁 （问题反馈，需求来源） 熟悉该市场的AB环境 （软件硬件环境，ABS部署方式，各种配置，典型业务） Changelog : 谁修改代码，解决了什么问题，改了那几个插件，哪几个类 代码维护方式：必须把代码维护到svn上。做补丁，投产，代码剥离 Bug new feature 讨论组里面 修改以后 把chagelog发送给市场分支的版本负责人 投产的生产插件同意版本负责人那里出。其他的插件均是测试使用，不得投产 版本负责人：应该熟悉市场 软件硬件环境，abs数量，abc数量，JRE ，服务器记性 CVN管理 ：trunk:主干是有产品部维护， Branch:分支是各个市场定制开发与主干功能相异 Ssh 62/svn/repos Tag标签：一期代码，二期代码 便于回滚。 ECLIPSE :3.4.2 SVN： Update：更新，从trunk或者是branch 上讲代码取到本地 synchronized ：同步代码，检查是否有冲突的代码区域 commite：提交操作，手工比对，提交的时候要写备注 ABS和ABC的插件更新机制： ABS的插件更新机制：比对版本号 ABC的插件更新机制：先把新的版本号更新下来，在复制到plugins目录的时候， 比对更新时间，时间最新的保留(便于版本回退) 插件更新不下来：首先怀疑客户端系统时间 有一些插件不是打成jar包：tomcat，ECM ，httpserver 这种是因为里面的一些服务文件只有在文件夹里外部才可以访问到。 测试组： 管理新市场的Lisence，填申请表，然后出产品版本 后面abc和abs启动的时候显示lisence信息，所以后面lisence要向测试组申请 销售，POC（技术验证） AB讨论组和bug管理系统使用： JIRA bug管理的工具 Bug 新特性 new Feature Task:平台新任务 周六下午： 关于AB AB的配置各项 Log4j 在log4j配置文件中，配置的是.agreeXX,并不是插件名称 ,而是按照插件的母亲目录，也就是说在该母目录下的所有的插件都会记录日志。 在abs的 configuration 的目录下的perties是设置的abs的公共配置文件 在preferenceServer的目录下的perties里配置的是abc统一配置 Abc的download目录，是abc从abs下载了更新插件以后先放到该目录，在重启的时候讲插件拷贝到plugins目录 ABS的启动参数： 与jre有关 主要原因是gc机制不一样 IBM： K簇 -Xms堆得初始大小 -Xmx申请堆得最大值 -Xmx稳定时期ABS的运行内存 大于64K的是成为大对象，被放在大对象区间 P簇 SUN：java –d64 –server –Xms512m -Xmx512m d64是64位 SUN的 JRE最大内存和最小内存最好配置成一样的，是为了减少系统管理成本 在创建一个对象的时候，要向Eden申请空间。 分代gc：只在新生代申请内存，清理无引用对象 Full GC： 在老生代进行垃圾清理 当新生代和老生代写满的时候进行full GC System.gc()调用的时候也会显示调用Full GC -Xmn 设置的是 新生代的大小 ，影像的是minorGC的频度 PermSize的是老生代的大小 ，影响的是fullGC的频度 优化参数 老生代:是放java的class 固定的空间 老生代总是满的，造成系统总是FULL GC(浙商) wsdl的class loader 不释放， 后来解决是用了两个classloader ，一个加载交易class一个专门加载wsdl的class 深发：用缓冲来管理菜单，每个柜员维护了一个菜单缓存 造成ABS的内存不够，（Tenured被菜单缓存全部占满）， 参数配置要考虑的几个条件： 整个堆的大小 –Xmx， 最大堆得大小64位不限制，32位最大能配2048 新生代和老生代总共的堆的大小 交流： 代榆榆： 建行CAMA 项目组 王帅： 产品部测试：trade.core包，目的是保证该包的可用性：功能正确性，可用性 压力测试： AB框架 AB展现模块，交易 加密机制： 远程授权： ABWEB： AB总体框架 ABC与ABS的abf更新机制 通过ABS和ABC 比较abf 的 MD5信息加工 ，比较这两个连个值。 不比较