Il est demandé d'implanter un système d'appel de fonctions inter-processus en utilisant les fonctionnalités POSIX vues en cours.
Ce projet devra être:
L'idée est de permettre aux applications de faire appel à des fonctions externes au code de l'application et dont l'exécution est confiée à des processus spécifiques.
La réalisation du mécanisme devra reposer sur un modèle client/serveur dans lequel: le client enverra une requête d'appel d'une fonction particulière (avec transmission d'arguments éventuels) auprès du serveur, lequel délèguera le calcul et la transmission du résultat à un processus (de service) dédié.
Un tel appel aura pour prototype:int appel_externe(const char *fonction, int type, void *retour, ... /* int type, void *arg */, NULL );
Où:
Les différents types supportés sont les suivants:
| type | type C | Commentaire |
|---|---|---|
TYPE_VOID | void | ne peut apparaître que pour la valeur de retour |
TYPE_INT | int * | |
TYPE_STRING | char * | ne peut apparaître comme valeur de retour |
Ainsi un appel à une fonction d'addition de deux nombres entiers pourraît prendre la forme suivante:
int i, j , k, r;
// k = j+i;
r = appel_externe("plus",TYPE_INT,&k,TYPE_INT,&j,TYPE_INT,&i,NULL);
La valeur de retour de la fonction appel_externe représente la condition de terminaison de l'appel. On trouvera entre autres:
| valeur | Sémantique |
|---|---|
APPEL_OK | Tout s'est correctement déroulé |
FONCTION_INCONNUE | La fonction demandée n'est pas disponible |
MAUVAIS_ARGUMENTS | Un problème avec les arguments a été détecté (type, nombre) |
PAS_DE_REPONSE | La fonction externe ne répond pas dans le délai imparti (5 secondes) |
Comme nous l'avons déjà indiqué un processus dédié réalise effectivement le calcul d'une (ou plusieurs) fonction(s) particulière(s). Il reçoit sur son entrée standard le nom de la fonction à exécuter ainsi que ses arguments sérialisés par la fonction appel_externe et écrit sur sa sortie standard la sérialisation du résultat.
La sérialisation des arguments consiste en le codage suivant:
| type | codage | Exemple |
|---|---|---|
TYPE_VOID | 0x00 | |
TYPE_INT | 0x01, suivi par la longueur du tableau de caractère qui suit codée sur 1 octet, tableau représentant le codage alphanumérique décimal de l'entier | L'entier 123 est sérialisé en: 0x01, 0x03, '1', '2', '3' |
TYPE_STRING | 0x02, suivi par la longueur du tableau de caractère qui suit codée sur 1 octet, tableau représentant la chaîne (caractère nul non compris!) | La chaîne "abc" est sérialisé en: 0x02, 0x03, 'a', 'b', 'c' |
Comme nous le verrons un peu plus loin, à son lancement depuis un terminal et avec des arguments appropriés un tel processus s'enregistre ou supprime son enregistrement auprès du serveur d'appel en déclarant ou retirant l'ensemble des fonctions qu'il désire ou ne désire plus réaliser.
Point névralgique du système il vérifie puis délègue les appels.
À la réception d'un appel de fonction le serveur vérifie qu'une fonction correspondant à ce qui est demandé a été enregistrée. En cas d'échec une erreur est renvoyée au client.
En cas de succès, un processus de service est créé et les données d'appel lui sont alors transmises sur son entrée standard.
Comme d'habitude il est recommandé de procéder avec précautions; et surtout de commencer par réfléchir. Les choix sont nombreux et notamment en ce qui concerne la communication entre les divers processus. Les divers protocoles ne sont pas fixés seule le format de sérialisation des données l'est, vous devez donc définir les divers protocoles. Le rapport devra en particulier détailer tout cela.