Vocabulary for afb-binder


A shared library object intended to add a functionality to an afb-binder instance. It implements an API and may provide a service.

Binding made for services can have specific entry points called after initialization and before serving.


Messages with data propagated from the services to the client and not expecting any reply.

The current implementation allows to widely broadcast events to all clients.

Level of assurance (LOA)

This level that can be from 0 to 3 represent the level of assurance that the services can expect from the session.

The exact definition of the meaning of these levels and how to use it remains to be achieved.


A request is an invocation by a client to a binding method using a message transferred through some protocol:

  • HTTP
  • WebSocket

and served by afb-binder


This is a message sent to client as the result of the request.


Service are made of bindings running on a binder The binder is in charge of connecting services and applications. A service can serve many clients.

The framework establishes connection between the services and the clients. Using sockets currently but other protocols are considered.

The term of service is tightly bound to the notion of API.


A session is meant to be the unique instance context of a client, which identify that instance across requests.

Each session has an identifier. Session identifier generated by afb-binder are UUIDs. A client can present its own session id.

Internally, afb-binder offers a mechanism to attach data to sessions. When a session is closed or disappears, data attached to that session are freed.


The token is an identifier that the client must give to be authenticated.


It stand for Universal Unique IDentifier.

It is designed to create identifier in a way that avoid has much as possible conflicts.
It means that if two different instances create an UUID, the probability that they create the same UUID is very low, near to zero.


Argument name that can be used with HTTP request.
When this argument is given, it is automatically added to the “request” object of the answer.


Argument name meant to give the token without ambiguity.
You can also use the name token but it may conflicts with others arguments.


Argument name for giving explicitly the session identifier without ambiguity.
You can also use the name uuid but it may conflicts with others arguments.