2017-02-15 135 views
0

this documentation在第15页的22它赋予例如:段状态处理:NumAttempts WaitInterval PARAMS

<EnhancedAirBookRQ xmlns="http://services.sabre.com/sp/eab/v3_2"> 
    <OTA_AirBookRQ> 
     <HaltOnStatus Code="NN"/> 
     <OriginDestinationInformation> 
      <FlightSegment DepartureDateTime="2014-06-03T12:30:00" FlightNumber="1022" NumberInParty="1" ResBookDesigCode="F" Status="NN"> 
       <DestinationLocation LocationCode="LAS"/> 
       <MarketingAirline Code="AA" FlightNumber="1022"/> 
       <OriginLocation LocationCode="DFW"/> 
      </FlightSegment> 
     </OriginDestinationInformation> 
     <RedisplayReservation NumAttempts="2" WaitInterval="100"/> 
    </OTA_AirBookRQ> 
</EnhancedAirBookRQ> 

你能帮我明白,如果我设定参数NumAttemptsWaitInterval我错过了什么。

我可以猜测,我将快速回答没有暂停状态的细分受众群。

回答

3

里面的OTA_AirBookHaltOnStatusRedisplayReservation一起工作。基本上,在幕后,该服务将预订您所要求的内容,并尝试重新显示预订,最高为NumAttempts次,等待每次支票之间的WaitInterval毫秒。

每次看到行程中段的状态发生变化时,它会根据<HaltOnStatus Code="NN"/>所具有的(可能有多个<HaltOnStatus Code="NN"/>)进行验证。至少对于NN它将继续检查,对于其他类似UC它将脱离循环。

原因是神经网络是Sabre等待航空公司对预订请求的回应,并且(我相信)其他任何东西都会被视为他们的回应,因此它会离开循环。

+0

感谢您的回答,在给定的文档链接,它也表示“有些运营商实际上可能需要7秒才能响应销售消息”,所以我错过了运营商的反应,通过设置非常低的值参数? –

+0

您可以设置一个“小”WaitInterval,如1500毫秒,并增加NumAttempts来覆盖此。 – Wisdoom