其他需要注意的事情.docx

1、上次会议讨论的编码库系统对接相关的技术问题基本已解决，相关的功能模块正在开发测试当中； 2、老系统的数据分析、导入、测试正在进行中，预计几天内可以完成测试； 3、另外，为加快速度，对服务文档的命名作出了一些要求，请转发相关的对接单位； ??????????????????????????? 关于编码库对接方案中服务文档URL命名的说明 编码库对接方案采用了NAPTR+正则表达式规则的方式进行地址转换，由于存在几方面的限制： 单个正则表达式的表达和处理能力限制； 正则表达式的长度对DNS报文的长度的影响； 正则表达式复杂度及处理性能的影响； 系统管理的便利性和系统管理员的学习效率； 因此，需要对OID服务文档的URL地址做出一些要求，以简化对接复杂性，降低兼容性风险： 文档URL包含五个部分：服务器地址、服务类型+分隔符、完整的子OID（数字格式）、国际ORS根后缀、文档后缀（XML）； 举例（国际上通行的服务文档URL命名习惯）： /.xml 灰色：服务器地址，/ 橙色：服务类型+分隔符，rinf- 红色：完整的数字OID，.，采用倒序的方式排列（国际惯例）。 蓝色：国际ORS根后缀，.. 绿色：文档后缀类型，.xml 其中： 服务器地址是可根据需要配置的； 服务类型目前只要支持三种：rinf、oinf、ocon；根据不同的服务类型进行选择； 分割符统一为：中划线 - 数字OID必须完整的数字OID； 国际ORS根后缀必须带上，而且必须为上述格式； 文档后缀必须为XML。