浅谈安全系统与应用系统集成问题处理.docVIP

浅谈安全系统与应用系统集成问题处理.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
浅谈安全系统与应用系统集成问题处理.doc

浅谈安全系统与应用系统集成问题处理 摘 要:随着各应用系统在公司生产和办公中应用的逐渐深入,各应用系统间的集成成为我们提高工作效率,实现“两化融合”的重要手段。信息安全系统主要负责公司信息系统的防护工作,但随着业务的不断发展,也同样面临着与其他应用系统间的集成。 关键词:系统集成;安全系统;应用系统;综合协同平台;打印审计系统 中图分类号:N94;TP316 打印审计系统是公司内第一个与公司主要应用系统集成的信息安全系统,该系统中的打印审批模块与公司综合协同平台中的工作移交模块进行集成,将综合协同平台中的工作移交信息自动同步到打印审计系统中,使系统间的信息保持一致[1]。两个系统间的集成将工作移交的业务流程跨平台联系起来,方便了用户的使用,但在集成过程中也遇到了一些问题,本文总结分析了问题原因,为以后系统间集成问题的解决提供了宝贵的经验。 1 集成技术描述 1.1 综合协同平台 (1)编程语言:java (2)调用webservice的技术:Xfire 1.2 打印审计系统 (1)编程语言:c# (2)webservice:windows 服务(工作移交服务) (3)运行环境:.NET Framework 1.3 调用实现 由于是跨平台的调用,因此“综合协同平台”使用Xfire创建 HTTPClient对象,进行调用。Xfire内部调用java socket的通信方式,从而进行TCP通信,最终调用“打印审计系统“对外提供的webservice接口。 2 集成问题描述 通过“打印审计系统”与“综合协同平台”的集成,系统间实现了信息同步,但在系统运行一段时间后,发现“综合协同平台”在调用“打印审计系统”的webservice接口进行工作移交取回(endtransfer)处理时,会出现工作移交失败的情况。 “综合协同平台”主要包含以下几种错误日志: (1)“综合协同平台”用户界面会出现,“undefine......”、“...time out...”英文语句的错误信息。 (2)“综合协同平台”取回处理失败后,再次工作移交,然后再取回就会成功。 (3)“综合协同平台”的日志显示,当出现“...time out...”错误时,会有。“org.codehaus.Xfire.fault.XfireFault:Couldnt send message.”和“Caused by:.SocketTimeoutException:Read timed out”的异常发生。 “打印审计系统”出现的问题如下: (1)“打印审计系统”的日志显示,有数据库连接超时的问题。 (2)“打印审计系统”的工作移交数据与综合协同平台的数据不一致。 (3)“打印审计系统”的工作移交有重复数据。 3 问题的分析与对应 3.1 问题原因分析 针对以上的错误日志及错误现象,我们首先从网络通信方面查找原因。每当出现问题的时候,Webservice的TCP的状态一直是ESTABLISHED,即该模式为长连接。可能是HttpClient还一直保留着这个连接,但是这个时候如果网络问题导致这个连接出现问题,而HttpClient却还不知道继续用这个连接来发送请求就会出现time out。另外,也可能在通讯物理链路中某个设备没有维护好已建立的虚拟链接,这是由通讯链路的复杂性决定的(有些设备丢弃长时间不使用的链接),移交平台和打印审计系统没有建立心跳机制来检测连接状态。而在HttpClient下一次的调用中,由于实际的链接已经断开,就导致通讯底层返回通讯失败信息,出现了我们看到的异常情况。 3.2 问题初步处理 一般来讲,如果不是频繁的通讯,最好每次通讯时建立链接,完成后断开链接。这样既能节省系统资源也可以避免在没有心跳机制的情况下出现问题。如果确实需要长连接,就需要我们引入心跳机制来检查网络的连通性。在目前不修改系统代码的情况下,可以通过修改配置项的方式来达到要求。针对我们对问题原因的分析,两个系统的发开人员,在不修改系统代码的前提下,做了以下简单的处理。 (1)“综合协同平台”和“打印审计系统”追加输出详细的错误日志。 (2)“打印审计系统”修改接口调用的返回值,正确时,返回“0”,错误时,返回“1”。 3.3 联合分析问题定位 通过分析追加的系统错误日志,我们将问题原因定位于接口调用时间上。通过修改“综合协同平台”调用工作移交的webservice接口时间后,发现如下规律: (3)“综合协同平台”通过尝试行修改调用工作移交的webservice接口的超时时间,将5秒改为0秒后,“综合协同平台”不能运行你,然后恢复到原来的时间。 (4)对比双方日志的调用时间,发现规律,“综合协同平台”在调用webserivce接口后的5秒,如果没有返回,那么就会出现异常“.SocketTimeou

文档评论(0)

ganpeid + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档