Knowledge base

1000 FAQs, 500 tutorials and instructional videos. Here, there are only solutions!

Understanding Callbacks and SOAP Requests

Update 08/06/2026

This guide details some of the operations performed in the background by the Infomaniak VOD / AOD service.

 

How SOAP requests and callbacks work

In the VOD (video on demand) and AOD (audio on demand) service, certain operations, such as file downloads, are performed via SOAP requests, a protocol that allows two systems to communicate with each other, often used to exchange data between servers.

When a file is requested via SOAP, there may be a delay before the server responds. This delay depends on several factors, such as the file size, the server load, or the quality of the connection. The download starts as soon as possible, but it is important to know that there is a queue: if several users make requests at the same time, each is processed in order, and each user has a limit on simultaneous downloads.

Callback: a notification at the end of the download

A callback is a system that allows you to notify the client (e.g., your application) once the download is complete. In other words, instead of waiting and monitoring the download, the system "calls" you or sends you a response when everything is ready. This is useful to avoid blocking your application while the file is downloading.

However, there is also a maximum waiting time, called a timeout. If this time is reached before the download is complete, a response is still sent. This does not mean that the download has failed, but that the response was given before it was finished. In this case, the processing continues in the background.

Large files take longer

When the requested file is large (for example, several hundred megabytes or even several gigabytes), the download may take several minutes. This time depends greatly on the remote server: some are very fast, others less so. The system tries to manage this as best as possible, but it is important to keep in mind that the response time will not always be immediate.

Blocking and non-blocking calls

By default, some SOAP clients expect the server to finish responding before continuing. This is known as a blocking call: your application is frozen until the response arrives. This can be problematic if the response takes a long time.

Fortunately, it is often possible to configure the SOAP client so that it does not block. This is known as a non-blocking call. This allows you to send multiple requests one after the other without having to wait for the response of each call. This is faster and more efficient, especially when processing multiple files in sequence.


Has this FAQ been helpful?