Message.log日志说明.
message用法
Message用法1. 什么是Message？在计算机科学中，Message（消息）是一种用于在不同组件之间传递信息的通信方式。
它可以是一个简单的文本字符串，也可以是一个复杂的数据结构，包含多个字段。
Message的传递通常通过网络、进程间通信或线程间通信等方式进行。
2. Message的作用Message在软件开发中起着重要的作用，它能够实现不同组件之间的交互和信息传递。
以下是几个常见的Message使用场景：2.1 事件通知在事件驱动编程中，组件之间经常需要相互通知发生了某个事件。
这时候就可以使用Message来实现事件通知。
当一个组件发生了某个事件，它可以创建一个包含相关信息的Message，并将其发送给其他需要接收该事件通知的组件。
接收方收到消息后可以根据消息内容做出相应处理。
2.2 进程间通信在多进程应用中，不同进程之间需要进行数据交换和共享资源。
这时候就可以使用Message进行进程间通信（IPC）。
通过将数据封装到消息中，并通过操作系统提供的IPC机制发送和接收消息，不同进程之间可以实现高效、安全地进行数据交换。
2.3 线程间通信在多线程应用中，不同线程之间需要进行数据共享和协调工作。
Message也可以用于线程间通信（IPC）。
通过将数据封装到消息中，并使用线程间的消息队列或信号量等机制进行发送和接收，不同线程之间可以实现数据的安全传递和同步。
2.4 远程过程调用（RPC）远程过程调用是一种允许程序在网络上调用远程计算机上的函数或方法的技术。
Message在RPC中扮演了重要角色，它被用于封装函数调用的参数和返回值，并通过网络传输到远程计算机上。
远程计算机接收到消息后执行相应的函数，并将结果打包成消息返回给调用方。
3. Message的基本结构一个Message通常包含以下几个基本部分：3.1 Header（消息头）Header包含一些元信息，如消息类型、发送者、接收者、时间戳等。
js中log的用法 -回复
js中log的用法-回复题目：JavaScript中的log方法：一步一步深入解析引言：在编程领域里，打印日志是开发者调试和查看程序运行时状态的重要手段之一。
在JavaScript中，我们使用log方法来记录输出信息。
本文将从log 方法的使用、参数说明、常见技巧以及高级用法等方面，详细分析log方法的各个层面。
一、log方法的基本使用log方法是JavaScript中console对象的一个方法，主要用于在控制台输出信息。
我们可以用简单的语法形式将日志消息记录到控制台：javascriptconsole.log(message);其中，message是需要打印的消息内容，可以是任意类型的数据。
二、log方法的参数说明log方法可以接受多个参数，并且它们的类型可以是不同的。
让我们来看一下不同参数的用法：1. 字符串参数javascriptconsole.log("Hello World");这将在控制台输出字符串"Hello World"。
2. 多个参数javascriptconsole.log("Name:", name, "Age:", age);这将在控制台输出类似“Name: John Age: 25”的字符串。
逗号会在不同参数之间自动添加空格。
3. 占位符log方法还支持占位符，可以通过占位符将变量值动态地插入到日志消息中：javascriptconsole.log("My name is s and I'm d years old.", name, age);这将输出类似"My name is John and I'm 25 years old."的字符串。
s表示字符串占位符，d表示数字占位符。
三、log方法的常见技巧在实际的开发中，我们经常需要输出更详细的信息或进行调试。
varlog目录下的两个重要日志文件简单说明
varlog⽬录下的两个重要⽇志⽂件简单说明1./var/log/message⽇志⽂件 此⽇志⽂件记录了系统或服务程序运⾏的状态信息和错误信息等等，说这种⽂字直接头⼤是吧，看图说话： 查看messages⽇志⽂件的最后20⾏信息，⽇志记录的格式基本就是这样的：在什么时间什么服务程序在哪台主机上⼲了什么事。
就yum程序⽽⾔：通过⽇志我们可以知道，5⽉26号上午9:27，在zb01主机上使⽤yum下载安装了三个软件(dos2unix telnet lrzsz)。
应⽤：通过⽇志中的关键字Installed，我们就可以结合grep命令查看我们过去都安装了哪些软件： 当然还有很多的⽤法，需要我们去探索。
2./var/log/secure⽇志⽂件 该⽇志⽂件记录了⽤户登录相关（sshd服务）以及涉及⽤户管理操作(useradd、groupadd等等)的信息： secure⽇志记录了⽤户登录相关信息：上图第五⾏数据，表⽰5⽉26号9:15，从主机10.0.0.1成功远程登录主机zb01 记录了和⽤户操作相关的信息：上图最后4⾏是下载安装ntpdate时间同步软件之后记录的。
从⽇志中我们可以知道下载ntpdate软件时还做了两件事： 创建ntp⽤户组和创建ntp虚拟⽤户。
同时通过⽇志还可以知道创建组的逻辑：先修改了/etc/group配置⽂件，然后在修改/etc/gshadow配置⽂件，最后ntp组才算创建完成。
测试：⾃⼰⼿动创建⼀个⽤户zb01 :useradd zb01 然后查看⽇志： 由⽇志可以看到创建⼀个⽤户时，系统会为我们创建⼀个同名的⽤户组。
有时，⽇志记录的信息便是完成⼀件事的整个逻辑流程，这⼀点很重要。
Message.log日志说明
一、日志文件Message.log的说明日志文件中输出的是实际的消息包的内容，以16进制的方式打印的//下面的蓝色文字为说明文字对Message.log文件中记录的信息的说明：1.ICD表示是由客服系统传送过来的消息ICD = 后面的字符串，如:ICD = 20002，则20002表示客服系统使用的命令字或者调用过程名2.MID表示是由营帐系统传送过来的消息MID = 后面的字符串，如:MID = 20002，则20002表示客服与营帐接口协议中使用的命令字(注:此处的说法不是很正确，如果客服与营帐协议中不存在命令字定义时，此处使用的是一种定义关系，一般是将协议中的某项或者某几项的组合作为可以唯一标识该条报文的命令字处理)3./TRANS表示转换后的信息记录.4./ERROR MESSAGE表示该信息有错误或者无法处理，错误详细情况分析请见协议接口调试手册中的说明说明：此处将客服的命令字与客服与营帐接口的命令字区分出来，原因是：1、客服系统使用命令字的概念，2、客服与营帐接口中的一项协议可能对应客服系统的多项不同调用，而客服系统在处理时每项调用的命令字都应当是唯一的，为此保证客服系统命令字的唯一及确定协议的转换方式，需要存在一个对应关系3、客服系统，如IVR的请求中的调用过程名是固定的，不可能直接使用协议中定义的命令字，为此需要和协议中命令字的对应关系4、由于存在上述的一对多的情况存在，日志记录中的MID = 后面命令字不一定正确，因此要结合具体的数据中的消息察看5、上述的命令字的对应关系在DtProxyDll.ini文件中设定，由下列项目确定[COMMAND]ICDCDM = //客服系统使用的命令字MIDCMD = //客服与营帐接口协议中使用的命令字6、具体的命令字对应的转换工作由DtProxyDll.dll完成（1）将客服发送过来的消息按照客服与营帐系统之间的协议转换后的数据[2000/11/06 13:48:48] ICD = 20002/TRANS IP=10.108.22.192ID=35记录时间ICD业务站点的IP ICD业务站点的ID00 00 00 4b a8 23 00 32 30 30 30 32 00 00 00 00 00 00 00 00 00 00 00 00 ...K.#.20002............00 00 00 00 58 00 00 00 00 00 00 00 00 3b 00 00 00 00 7e 00 00 00 00 00 ....X........;....~.....00 00 00 00 00 00 00 00 00 31 33 39 32 33 37 31 32 38 31 30 7e 38 38 38 .........139********~888 38 3b 00 8;.（2）客服发送过来的消息，消息格式分成两类:IVR类，AppSrv类可根据DtProxy.ini中IVRID和AppSvrID的设定对应下面信息中的ID值确定是那种消息格式[2000/11/06 13:48:48] ICD = 20002 IP=10.108.22.192 ID=3500 00 00 4a a8 23 00 32 30 30 30 32 00 00 00 00 00 00 00 00 00 00 00 00 ...J.#.20002............00 00 00 00 04 00 00 00 00 00 00 00 00 3b 00 00 00 00 7e 00 00 00 00 00 .............;....~.....00 00 00 00 00 00 00 00 00 31 33 39 32 33 37 31 32 38 31 30 7e 38 38 38 .........139********~888 38 3b 8;（3）将营帐发送过来的消息转换成IVR类或者AppSrv类的消息格式后返回给客服系统的数据[2000/11/06 13:48:48] MID = 20002/TRANS ConnIndex=400 00 00 a2 a8 23 01 32 30 30 30 32 00 00 00 00 00 00 00 00 00 00 00 00 ...ⅷ#.20002............00 00 00 00 04 00 00 00 00 00 00 00 01 3b 00 00 00 00 7e 00 00 00 00 00 .............;....~.....00 00 00 00 00 00 00 00 00 30 30 30 30 3b b1 ea cc e2 31 7e b1 ea cc e2 .........0000;标题1~标题此处的0000为结果码，是接口程序与AppSrv类程序间的约定，正确取得数据，结果码为0000，如果查询不到数据，如传真操作时没有详单数据，此事结果码为4位非零数字字符32 7e b1 ea cc e2 33 3b 32 30 7e 32 30 7e 32 30 3b 44 41 54 41 31 7e 44 2~标题3;20~20~20;DATA1~D 41 54 41 32 7e 44 41 54 41 33 3b 44 41 54 41 31 7e 44 41 54 41 32 7e 44 ATA2~DATA3;DATA1~DATA2~D 41 54 41 33 3b 44 41 54 41 31 7e 44 41 54 41 32 7e 44 41 54 41 33 3b 44 ATA3;DATA1~DATA2~DATA3;D 41 54 41 31 7e 44 41 54 41 32 7e 44 41 54 41 33 3b 00 ATA1~DATA2~DATA3;.（4）营帐发送过来的消息，消息应当符合客服与营帐协议的要求[2000/11/06 13:48:48] MID = 20002 ConnIndex=4记录时间与营帐系统建立的Socket连接的连接索引，可以在DtProxy 界面上的状态信息页面上找到00 00 00 9d a8 23 01 32 30 30 30 32 00 00 00 00 00 00 00 00 00 00 00 00 ...潹#.20002............00 00 00 00 58 00 00 00 00 00 00 00 01 3b 00 00 00 00 7e 00 00 00 00 00 ....X........;....~.....00 00 00 00 00 00 00 00 00 b1 ea cc e2 31 7e b1 ea cc e2 32 7e b1 ea cc .........标题1~标题2~标.e2 33 3b 32 30 7e 32 30 7e 32 30 3b 44 41 54 41 31 7e 44 41 54 41 32 7e .3;20~20~20;DATA1~DATA2~ 44 41 54 41 33 3b 44 41 54 41 31 7e 44 41 54 41 32 7e 44 41 54 41 33 3b DATA3;DATA1~DATA2~DATA3;错误消息的形式说明：(提示错误消息后，该条消息被丢弃，下一步的转发或转换不能进行)[2001/02/11 10:19:41] ICD = 10007/ERROR MESSAGE IP=10.108.22.209 ID=3300 00 00 4c a8 21 00 31 30 30 30 37 00 00 00 00 00 00 00 00 00 00 00 00 ...L.!.10007............00 00 00 00 34 00 00 00 00 00 00 00 00 3b 00 00 00 00 7e 00 00 00 00 00 ....4........;....~.....00 00 00 00 00 00 00 00 00 31 33 36 30 33 35 33 32 30 31 30 7e 36 36 36 .........136********~666 36 36 36 3b 666;华为接口程序的日志记录的格式都是16进制的格式，也记录成字符的格式。
日志解析规则
日志解析规则日志是记录系统运行状态、事件和信息的重要手段。
在系统开发、调试和运维过程中，日志解析起着至关重要的作用。
本文将详细介绍日志解析规则，包括日志格式、日志级别、日志内容以及日志解析方法等方面。
一、日志格式1. 时间戳：日志中的第一行应包含时间戳，格式为“YYYY-MM-DD HH:MM:SS.sss”，表示日志记录的时间。
2. 日志级别：日志级别用于表示日志的重要程度，常见的日志级别包括DEBUG、INFO、WARN、ERROR和FATAL。
日志级别应记录在时间戳之后，例如“INFO”。
3. 日志内容：日志内容应简洁明了，描述发生了什么事件或问题。
避免使用复杂的术语或缩写，确保日志易于理解。
4. 异常信息：如果日志中包含异常信息，应使用“Caused by”引导，并详细描述异常原因。
5. 日志分隔符：日志之间应使用分隔符进行分隔，分隔符可以是换行符、空格或其他符号。
二、日志级别1. DEBUG：用于记录详细的系统运行状态，通常只在开发过程中使用。
2. INFO：用于记录系统正常运行的信息，例如系统启动、配置加载等。
3. WARN：用于记录可能导致问题的信息，例如“磁盘空间不足”等。
4. ERROR：用于记录系统运行中出现的错误，可能导致系统异常或故障。
5. FATAL：用于记录严重的系统故障，可能导致系统崩溃或不可恢复。
三、日志内容1. 系统启动：记录系统启动过程中的关键信息，例如启动时间、配置加载等。
2. 请求处理：记录系统处理请求的相关信息，例如请求方法、请求参数、响应状态等。
3. 异常信息：记录系统运行中出现的异常信息，包括异常类型、异常堆栈等。
4. 错误信息：记录系统运行中出现的错误信息，包括错误原因、错误代码等。
5. 性能监控：记录系统性能相关的信息，例如CPU、内存、磁盘使用情况等。
四、日志解析方法1. 文本解析：使用文本编辑器或日志分析工具，手动查看和分析日志内容。
2. 代码解析：编写代码，使用正则表达式或其他方法，自动解析日志文件，提取关键信息。
messages日志生成规则
在计算机科学领域中，日志文件是记录系统运行时所发生事件的重要手段之一。
在软件开发和系统管理中，通过对日志文件的分析可以快速定位问题并进行故障排查。
而在日志文件中，messages日志是其中一种常见的类型，它记录了系统的重要事件和警告信息。
确立合理的messages日志生成规则对于系统的稳定运行和故障排查具有重要意义。
二、 messages日志的概述messages日志是Linux系统中的一种日志类型，它记录了系统中的重要事件和警告信息。
这些事件和警告信息包括了系统启动、关机、用户登录、关键服务的启动和停止等。
messages日志是系统管理员和开发人员排查问题的重要依据，因此确保messages日志的准确和全面对于系统故障排查非常重要。
三、 messages日志生成规则的重要性1. 有利于问题排查和故障定位messages日志记录了系统中的重要事件和警告信息，通过分析messages日志，可以快速定位系统中的问题和故障。
如果日志生成规则不合理，会导致日志过于冗杂或者缺乏关键信息，给故障排查带2. 有助于系统性能优化合理的messages日志生成规则不仅可以帮助排查问题，还能够帮助系统管理员分析系统性能瓶颈，从而对系统进行优化。
3. 符合合规要求在一些行业和领域，对系统日志的要求较高，messages日志生成规则的合规性对于系统运行的合规合法非常重要。
四、 messages日志生成规则的具体内容1. 事件的级别（1）日志级别的划分messages日志中记录的事件可以根据重要程度分为不同的级别，常见的包括debug、info、warning、error等。
为了便于系统管理员和开发人员根据不同级别的事件快速定位和排查问题，需要合理划分和使用不同级别的日志。
（2）明确各级别事件的含义需要在规则中明确各级别事件的含义和应该记录的内容，以便于不同岗位的人员能够正确理解并处理日志。
2. 事件的格式（1）事件的时间格式在messages日志中，时间是非常重要的信息，可以帮助快速定位事件发生的时间和顺序。
log概念 -回复
log概念-回复什么是日志？在计算机科学中，日志（Log）是记录某个系统或应用程序运行过程中所产生的事件、状态或错误的一种重要机制。
它可以是文本文件、数据库记录或其他形式的数据集合。
日志对于系统的维护、故障排查和性能优化都发挥着关键作用。
为什么我们需要日志？日志记录是一项重要的实践，因为它为我们提供了对软件和系统行为的深入洞察。
以下是为什么我们需要日志的几个重要原因：1. 故障排查：当软件或系统出现故障时，日志能够提供帮助定位问题的关键信息。
通过分析故障出现之前和之后的日志，我们可以了解导致故障的原因，并修复问题。
2. 安全审计：日志记录可以用于监控和审计系统的安全性。
通过分析安全日志，我们可以发现潜在的安全漏洞或恶意行为，及时采取必要的防护措施。
3. 性能分析：日志记录可以帮助我们了解系统的性能瓶颈，并进行优化。
通过分析请求处理时间、数据库查询时间等指标，我们可以发现潜在的性能问题并采取相应的措施。
4. 用户行为分析：通过分析用户的操作日志，我们可以了解用户的行为模式，改进用户体验，提高用户满意度。
5. 法律要求：对于一些行业或组织，如银行、医院等，法律可能要求记录和保存相关的日志，以便事后审计或法律诉讼。
应该记录哪些类型的日志？要决定记录哪些类型的日志，需要根据具体的应用场景和需求进行考虑。
以下是几个常见的日志类型：1. 错误日志：记录软件或系统中的错误信息，如异常、崩溃等。
它们对于故障排查和Bug修复非常重要。
2. 警告日志：记录可能导致问题的潜在风险或警告信息。
这对于发现潜在的安全问题或系统异常非常有用。
3. 信息日志：记录系统或软件的一般信息。
这些日志可以用于系统行为的监控和审计。
4. 调试日志：记录系统的内部状态和流程信息，以便于开发人员进行代码调试。
5. 访问日志：记录用户的操作行为和请求。
这对于用户行为分析、监控和用户访问审计非常有用。
如何正确记录日志？正确的日志记录非常重要，因为不恰当的日志记录可能导致系统性能下降、可读性差或安全漏洞。
log概念 -回复
log概念-回复什么是日志（log）？日志（log）是记录系统运行过程中所发生事件的一种记录方式。
它可以用于诊断和排查系统问题、监测系统性能和行为的异常、追踪用户活动等。
在计算机科学领域中，日志常常用于应用程序、操作系统、网络设备和数据库等系统中。
日志的作用：1. 故障排查和问题诊断：当系统发生异常或崩溃时，通过查看日志文件可以了解发生了什么事情。
日志可以记录错误、异常、警告和其他重要的系统事件，以帮助开发人员或运维人员分析和解决问题。
2. 性能调优：通过监测系统性能指标例如CPU使用率、内存使用量等，以及应用程序的响应时间、访问量等，可以通过日志分析找出性能瓶颈，并优化系统的性能。
3. 安全审计和追踪：日志记录了用户在系统中的操作，包括登录和退出、文件访问、数据库查询等。
它可以用于后续的审计和追踪，确保系统的安全性和合规性。
4. 统计分析：通过对日志进行大数据分析，可以获得关于用户行为、用户偏好、系统稳定性、故障模式等有用的信息。
这些信息可以帮助企业做出战略决策、改进产品和服务。
如何生成日志？生成日志的方式可以分为两种：手动和自动。
手动方式：开发人员在代码中插入特定的记录语句，当程序执行到这些语句时，就会将特定信息写入日志文件中。
例如，使用printf或System.out.println语句将信息打印到控制台或文件中。
自动方式：系统、应用程序或框架会自动地记录事件和异常。
例如，操作系统会自动记录系统启动和关机事件、网络设备会记录接收到的网络请求和错误、应用程序框架会记录用户请求的处理过程等。
如何存储和管理日志？日志存储和管理是一个重要的问题，因为生成的日志数量往往非常大。
以下是一些常用的日志存储和管理方式：1. 文本文件（Text File）：最简单的方式是将日志记录存储在文本文件中。
这种方式简单易用，但是当日志文件过大时，会影响读写性能和存储空间。
2. 数据库（Database）：将日志存储在关系型数据库中可以更好地管理和索引日志。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一、日志文件Message.log的说明日志文件中输出的是实际的消息包的内容,以16进制的方式打印的//下面的蓝色文字为说明文字对Message.log文件中记录的信息的说明:1.ICD表示是由客服系统传送过来的消息ICD = 后面的字符串,如:ICD = 20002,则20002表示客服系统使用的命令字或者调用过程名2.MID表示是由营帐系统传送过来的消息MID = 后面的字符串,如:MID = 20002,则20002表示客服与营帐接口协议中使用的命令字(注:此处的说法不是很正确,如果客服与营帐协议中不存在命令字定义时,此处使用的是一种定义关系,一般是将协议中的某项或者某几项的组合作为可以唯一标识该条报文的命令字处理3./TRANS表示转换后的信息记录.4./ERROR MESSAGE表示该信息有错误或者无法处理,错误详细情况分析请见协议接口调试手册中的说明说明:此处将客服的命令字与客服与营帐接口的命令字区分出来,原因是:1、客服系统使用命令字的概念,2、客服与营帐接口中的一项协议可能对应客服系统的多项不同调用,而客服系统在处理时每项调用的命令字都应当是唯一的,为此保证客服系统命令字的唯一及确定协议的转换方式,需要存在一个对应关系3、客服系统,如IVR的请求中的调用过程名是固定的,不可能直接使用协议中定义的命令字,为此需要和协议中命令字的对应关系4、由于存在上述的一对多的情况存在,日志记录中的MID = 后面命令字不一定正确,因此要结合具体的数据中的消息察看5、上述的命令字的对应关系在DtProxyDll.ini文件中设定,由下列项目确定[COMMAND]ICDCDM = //客服系统使用的命令字MIDCMD = //客服与营帐接口协议中使用的命令字6、具体的命令字对应的转换工作由DtProxyDll.dll完成(1将客服发送过来的消息按照客服与营帐系统之间的协议转换后的数据[2000/11/06 13:48:48] ICD = 20002/TRANS IP=10.108.22.192ID=35记录时间ICD业务站点的IP ICD业务站点的ID00 00 00 4b a8 23 00 32 30 30 30 32 00 00 00 00 00 00 00 00 00 00 0000 ...K.#.20002............00 00 00 00 58 00 00 00 00 00 00 00 00 3b 00 00 00 00 7e 00 00 00 0000 ....X........;....~.....00 00 00 00 00 00 00 00 00 31 33 39 32 33 37 31 32 38 31 30 7e 38 3838 .........139********~888 38 3b 00 8;.(2客服发送过来的消息,消息格式分成两类:IVR类,AppSrv类可根据DtProxy.ini中IVRID和AppSvrID的设定对应下面信息中的ID值确定是那种消息格式[2000/11/06 13:48:48] ICD = 20002 IP=10.108.22.192 ID=3500 00 00 4a a8 23 00 32 30 30 30 32 00 00 00 00 00 00 00 00 00 00 0000 ...J.#.20002............00 00 00 00 04 00 00 00 00 00 00 00 00 3b 00 00 00 00 7e 00 00 00 0000 .............;....~.....00 00 00 00 00 00 00 00 00 31 33 39 32 33 37 31 32 38 31 30 7e 38 3838 .........139********~888 38 3b 8;(3将营帐发送过来的消息转换成IVR类或者AppSrv类的消息格式后返回给客服系统的数据[2000/11/06 13:48:48] MID = 20002/TRANS ConnIndex=400 00 00 a2 a8 23 01 32 30 30 30 32 00 00 00 00 00 00 00 00 00 00 0000 ...ⅷ#.20002............00 00 00 00 04 00 00 00 00 00 00 00 01 3b 00 00 00 00 7e 00 00 00 0000 .............;....~.....00 00 00 00 00 00 00 00 00 30 30 30 30 3b b1 ea cc e2 31 7e b1 ea cc e2 .........0000;标题1~标题此处的0000为结果码,是接口程序与AppSrv类程序间的约定,正确取得数据,结果码为0000,如果查询不到数据,如传真操作时没有详单数据,此事结果码为4位非零数字字符32 7e b1 ea cc e2 33 3b 32 30 7e 32 30 7e 32 30 3b 44 41 54 41 31 7e 44 2~标题3;20~20~20;DATA1~D 41 54 41 32 7e 44 41 54 41 33 3b 44 41 54 41 31 7e 44 41 54 41 32 7e 44 ATA2~DATA3;DATA1~DATA2~D 41 54 41 33 3b 44 41 54 41 31 7e 44 4154 41 32 7e 44 41 54 41 33 3b 44 ATA3;DATA1~DATA2~DATA3;D 41 54 41 31 7e 44 41 54 41 32 7e 44 41 54 41 33 3b 00 ATA1~DATA2~DATA3;.(4营帐发送过来的消息,消息应当符合客服与营帐协议的要求[2000/11/06 13:48:48] MID = 20002 ConnIndex=4记录时间与营帐系统建立的Socket连接的连接索引,可以在DtProxy 界面上的状态信息页面上找到00 00 00 9d a8 23 01 32 30 30 30 32 00 00 00 00 00 00 00 00 00 00 00 00 ...潹#.20002............00 00 00 00 58 00 00 00 00 00 00 00 01 3b 00 00 00 00 7e 00 00 00 0000 ....X........;....~.....00 00 00 00 00 00 00 00 00 b1 ea cc e2 31 7e b1 ea cc e2 32 7e b1 ea cc .........标题1~标题2~标.e2 33 3b 32 30 7e 32 30 7e 32 30 3b 44 41 54 41 31 7e 44 41 54 41 327e .3;20~20~20;DATA1~DATA2~ 44 41 54 41 33 3b 44 41 54 41 31 7e 44 41 54 41 32 7e 44 41 54 41 33 3b DATA3;DATA1~DATA2~DATA3;错误消息的形式说明:(提示错误消息后,该条消息被丢弃,下一步的转发或转换不能进行[2001/02/11 10:19:41] ICD = 10007/ERROR MESSAGE IP=10.108.22.209 ID=3300 00 00 4c a8 21 00 31 30 30 30 37 00 00 00 00 00 00 00 00 00 00 0000 ...L.!.10007............00 00 00 00 34 00 00 00 00 00 00 00 00 3b 00 00 00 00 7e 00 00 00 0000 ....4........;....~.....00 00 00 00 00 00 00 00 00 31 33 36 30 33 35 33 32 30 31 30 7e 36 3636 .........136********~666 36 36 36 3b 666;华为接口程序的日志记录的格式都是16进制的格式,也记录成字符的格式。
在单步调试时,Message.log文件中记录的数据按顺序为:1、转换后要发送给营帐接口程序的数据(22、客服系统的请求数据(13、转换后要发送给客服系统的应答数据(44、营帐系统的应答数据。
(3说明:括号中的数字为实际的数据生成顺序日志Message.log的说明:错误消息出现的原因:1、在DtProxy.ini、DtProxyDll.ini等配置文件中没有对应的配置项,注意配置文件中的项数不能重复2、在DtProxy.ini、DtProxyDll.ini等配置文件的配置项是否正确3、座席或者IVR等程序发送的请求定义并没有包括在协议接口的定义中,即这些请求不应当发送给协议接口程序4、营帐回送消息的命令字不是协议中定义的命令字5、营帐回送消息的数据结构没有按照协议中的定义6、营帐回送应答消息对应的请求消息已经超时,查找不到请求消息,因此无法转换7、营帐回送消息的长度超过协议的规定8、如果是营帐主动发送数据,请确定对应的消息的调用类型是否设置正确人工业务的调试:首先配置应用服务器和接口程序,配置座席数据的格式由座席发起数据请求(也可以利用应用服务器测试工具TestAppSrv,请求由应用服务器转发给华为接口程序,再由接口程序转发给营帐接口程序处理,返回数据沿原路径返回。
调试过程中,需要注意的是座席请求数据的格式固定为:号码~工号~其他各项数据(各项数据用~分割;数据的具体内容配置可参考开局指导书中的说明。
调试过程中只要的任务是检查营帐系统回送的数据格式是否正确。
注意:座席的数据格式必须配置正确,否则会使客服发送给营帐系统的数据格式不正确。
调试注意事项:1、确定数据格式是否正确,配置文件是否设定2、利用日志信息定位错误发生的地方,接口程序、应用服务器、传真服务器等程序都有日志记录功能,请确定消息的传递实在哪一步中断。
比如:接口程序程序日志文件中提示某项报文/ERROR MESSAGE,则此项报文肯定不能够转发给下一个程序,具体处理请根据上面列出的错误原因确定具体的原因。