EBuild-API常见问题汇总

问题1：用户访问被防火墙屏蔽检查处理流程

      E-Build API（原IBE）是面向航空公司和代理人，以及第三方的航空预订服务产品。用户通过客户端，使用固定IP访问E-Build API服务器，航信网络防火墙会对用户申报的IP进行访问授权，目前访问的地址为202.106.139.12 :6891。 部分用户会因为其运行环境配置异常，导致公网IP地址和上报航信网络的地址不一致，导致无法访问。在用户运行环境中表项为： 
 
telnet 202.106.139.12 6891 
正在连接到202.106.139.12...不能打开到主机的连接， 在端口 6891: 连接失败 

       这时候，用户往往怀疑航信网络未开通服务。航信需要利用在防火墙上捕捉到用户的访问记录，向用户提供切实的证据来说明此类问题。 
为了排查此类问题，用户通过多次发送ping 202.106.139.12，或者telnet一个未监听端口，如202.106.139.12 6899（未监听端口），网络值班人员可以通过在防火墙日志上看到用户的访问，查看用户实际访问的IP。 
操作流程如下： 
1、用户联系研发E-Build技术人员，报告问题，同时提供申报的IP地址 
2、研发E-Build技术人员，联系网控值班，准备进行故障检测 
3、研发E-Build技术人员指导用户进行多次ping或者telnet一个未监听端口 
4、网控值班在N分钟后查看防火墙日志，向研发技术人员提供用户实际IP地址。 
5、研发E-Build技术人员向用户报告问题处理结果

在IBE系统中ServerHandlerYYYYMMDD_HH.log文件中记录了用户访问的用户访问授权信息，
如果用户访问时，使用了不正确的配置信息，会报告AccessDenied异常，通过查看日志文件，会得到类似下面的信息
< Sun Jun 03 11:00:02.355 CST 2012 >  
Client 10.6.36.84:36095 Thread-2 connected. LocalPort:6891  
  
< Sun Jun 03 11:00:02.355 CST 2012 >  
Client 10.6.36.84:36095 IBEServer-81_20120603110002 validation infomation:   
huairetd1 HAK969 0 0 COMPRESSED %00 0.9.1.0build061123 Security  
  
< Sun Jun 03 11:00:02.356 CST 2012 >  
Client 10.6.36.84:36095 IBEServer-81_20120603110002 set agentinfo.  
office=HAK969, custom number=0, validation number=0  
  
< Sun Jun 03 11:00:02.356 CST 2012 >  
Socket validated: HUAIRETD1.10.6.36.84/255.255.255.255[0/10]0  
  
< Sun Jun 03 11:00:02.356 CST 2012 >  
Client 10.6.36.84:36095 IBEServer-81_20120603110002 validated, ready for command. 

或者错误的信息
< Sun Jun 03 11:20:08.769 CST 2012 >  
Client 124.114.200.83:56830 Thread-2 connected. LocalPort:6891  
  
< Sun Jun 03 11:20:08.770 CST 2012 >  
Client 124.114.200.83:56830 IBEServer-80_20120603112008 validation infomation:   
dcp.b2c pek099 1099 1 COMPRESSED %00 0.9.1.0build061123 Security  
  
< Sun Jun 03 11:20:08.773 CST 2012 >  
Client 124.114.200.83:56830 IBEServer-80_20120603112008 3835198506333585761 throw out Exception:   
com.travelsky.ibe.exceptions.AccessDenyException: Access Denied 124.114.200.83 

2、TRFD接口生成退票单问题

TRFD接口用于生成退票单，你在填写完退票单后提交时可能会抛如下错误信息： 
       1.CHECK CURRENCY CODE 
有时你会发现当你填写了正确的货币时也会报这个错误，那么你就查一下旅客姓名是不是写成中文了。 

        2.REFUND & TKT NBR NOT MATCH 
这是由于当天在这台打票机下已经对该票号生成过退票单。这种情况下只能在这台打票机下提出退票单进行修改。 

        3.CAN NOT PRINT NEW REFUND 
如果你昨天提交了一张票的退票单，今天你还想提取这个退票单就会报这个错误，因为退票单只在当天有效。

3、出票问题一：

在测试系统无法出票，报“ ETDZ LB-0101032 T2OTKT ERR-1324 >TSTB T2OTKT$D(0) ” 
或“ETDZ LB-0101032 T2OTKT ERR-1324 >TSTB T2OTKT$D(50)”之类的错误 

原因： 
这种错误发生的原因是主机测试系统load机不完备或者主机开发人员在测试系统调试程序，导致相应的指令无法执行。 

解决方案 
订座系统固定每周周一，周四凌晨对测试系统进行Load机，在周二、周五上午可能会出现这种错误，用户只需等待，如果当天9:30分钟仍旧没有恢复，可以联系ibesupport 
对于其他时段出现的此类故障，需要联系ibesupport，让当日主机值班人员协助解决。

4、出票问题二：

出票的时候，遇到反馈这个错误信息"RTNoPNRException NoPNRException: No such PNR:XXXXX" 

这个问题不是ETDZ有问题，而是ETDZ后的RR舱位出现了NOSuchPNR的错误。 
我们建议，你在出票ETDZ操作和出票后置RR操作之间做一个时间间断，线程休息100秒，这样能避免这种问题出现的概率。

5、出票问题三：

深航电子商务B2G团队编码NCM0RS 做出票操作，均未成功出票，抛出异常：Error: com.travelsky.ibe.exceptions.IBEException:Error : com.travelsky.ibe.exceptions.IBEException: Error : ETDZ LB-041030 TCTRQS ERR-525 >TST:DB TCTRQS$D(142) 15:32:34 46993 

出现这种错误的原因是：这个怀疑是PNR太大，航段数为26X（2+ARNK），需要26个票号，可能现在出票会超时。

6、出票问题四：

出票方法调用后返回以下信息： 
Error: com.travelsky.ibe.exceptions.IBEException:Error : com.travelsky.ibe.exceptions.IBEException: Error : INPUT INACTIVE 

出现这种错误的原因一般是，打票机被非IBE PID建控，IBE etdz方法要求先调用IBE的pid对打票机进行建控，由于打票机已经被其PID控制，所以建控失败，从而无法etdz 
例如： 
客户的22号打票机被74055，工作号15318监控，但是没有打开INPUT。15318不是IBE这里用的工作号 

DEVICE INFORMATION DISPLAY - DEVICE 22 
DEVICE STATUS DEVICE DEFINITION 
------------- ----------------- 
CONTROL PID: 74055 OFFICE: BJS191 
CONTROL AGENT: 15318 PID: 95399 
STATUS: UP ATTRIBUTE: TAT/ET 
INPUT: INACTIVE MODE: DEMAND 
OUTPUT: INACTIVE TYPE: 4 
NACK: CURRENCY: CNY2 
TICKETS: 0 
BOARDING PASS: 0 
AMS PID: 31135 

LAST TKT # AIRLINE TICKET NUMBER RANGE 
---------- ------- ---------------------- 
2020796866 BSP 2020796832 / 2020797031 

 

转载于:https://www.cnblogs.com/fuhaots2009/p/3464972.html