SaBRe | Load-time selective binary rewriting | Reverse Engineering library

The EPR you use in SessionCreateRQ is associated with a pool of connections (similar in concept to a database connection pool). Sabre support would advise you what the maximum size of that pool is. When you have the maximum number of concurrent sessions active, calling SessionCreateRQ will return the error you are getting.

SessionCloseRQ will release a connection back to the TA Pool, or they will be automatically released after 15 minutes of inactivity. If you are sharing the same pool with other EPRs (or the same EPR in different applications) and you don't have access to those session tokens, there's not much you can do to free up connections in your TA pool other than wait for those sessions to either close (via the other application calling SessionCloseRQ) or timeout.

There's a few ways to keep track of open sessions, related to connection pooling. I've seen a database table used for this purpose. A SessionCreateRQ wrapper service was created that checked if there were any existing unused tokens in a database table. If so, that existing token is returned, otherwise the sabre SessionCreateRQ service is called to create a new token, which is then inserted into that table. A SessionCloseRQ wrapper service would mark that token as free in the database table, without calling the underlying sabre SessionCloseRQ service. That's the high level concept and there are other implementation details that need to be considered, such as sabre transactions that might be associated with sessions if you are going to reuse them and handling free tokens that have timedout after 15 minutes and need to be removed from the table. Having that database table then gives you visibility of all the session tokens you have that are in use, or free, and lets you manage the size of the connection pool.

Yes, before running EnhancedVehBookRQ API you need to run PassengerDetailsRQ with TravelIntinerary details in it. On the success of this API use the response details for the request of this API and then run it

You can't. You will need to store your "integer" as a String object and convert it as you need to perform you BigInteger operations.

So Sabre team got back to me, and clarified the issue. When sending a SeatMapQueryEnhanced, the /CabinDefinition/RBD is supposed to have the @ProgramSystemCode, received from BFM.

Example:

Imports using use statement work on a per file basis. I.e. classes need to be imported in the file where they're used. In your case remove Sabre\VObject\Component\VCard import from functions.php and move it to check.php where VCard class is actually used.

You need to set a source and destination timezone and use that in the code to work out a DateInterval and use that to report the time in Paris time, like this

Sabre support says the BookingKey is valid for 5 minutes.

Updated After Reviewing your Repo

You need to register a HttpClient in your Blazor Server Startup

Your startup.cs in Blazor_WASM_Server.Server should look like this:

So according to their documentation I am supplying all fields that are necessary [...]

By documentation do you mean the WSDL or some human readable documentation (like PDF, DOCX, web pages, etc)? According to the error message you get, your SOAP request isn't valid. Sabre Support responding with "it works on my end" is another way of saying that you are not doing something correctly on your end. You need to troubleshoot your request.

From what I see, the error message is saying Status, Type, PriceQuote, and TravelItinerary but you are sending status, type, priceQuote, and travelItinerary. XML is case sensitive, and it's possible the service field names are too, so this might be the first thing to check.

Then, two of your fields (type and travelItinerary) are null. Also, priceQuote is empty. Is that OK? This is the next thing to check.

The object you pretty-printed shows a JSON format. Is this actually the format you are sending on the wire to the service? SOAP wants XML, not JSON. You also mention you generated the code from the WSDL. Using what framework or library? Does the generated code send XML?

Like I said, you need to troubleshoot the call:

1. download SoapUI
2. feed the WSDL file to SoapUI so that it can generate sample requests for you
3. fill in those request with real data and make calls to the web service until you get back a successful and expected response
4. using the same parameters from 3) in your code, perform the same call using your code
5. use SoapUI's monitoring tools to intercept the request at 4) and inspect the SOAP message you are sending
6. check the request you are making with your code against the successful request you got by using SoapUI directly
7. correct any differences until your request made by code is like the one send from SoapUI and it returns a successful and expected response.