Discussion :

[Max_B]

Bonjour,
pour préparer le futur, je me penche actuellement sur une gestion plus fine des erreurs liées aux jetons.

Les différents cas d'erreurs qui me viennent à l'esprit sont:

• clé invalide (mauvais code)
• clé invalide (périmée)
• dépassement du quota de connexions simultanées pour cette clé

Le seul cas qui est facile à tester est le premier. Il retourne un code 403 et un HTML standard apache pour ce 403, comme documenté sur le site de l'API.

Question: Est il prévu (ou en place et non documenté) un moyen de distinguer les autres cas?

[dgrichard]

Question: Est il prévu (ou en place et non documenté) un moyen de distinguer les autres cas?

Je vais remonter la question, je crois (pas certain) que l'on distingue le 2 du 3 dans le service, mais pas vers l'extérieur ...

Sur ta classification, je mettrai:

• une clef peut être valide / périmée ;
• une demande de connexion (jeton) peut être valide / périmée / refusée ;

[Mr.P.]

Bonjour,
pour préparer le futur, je me penche actuellement sur une gestion plus fine des erreurs liées aux jetons.

Les différents cas d'erreurs qui me viennent à l'esprit sont:

• clé invalide (mauvais code)
• clé invalide (périmée)
• dépassement du quota de connexions simultanées pour cette clé

Le seul cas qui est facile à tester est le premier. Il retourne un code 403 et un HTML standard apache pour ce 403, comme documenté sur le site de l'API.

Question: Est il prévu (ou en place et non documenté) un moyen de distinguer les autres cas?

Tous les cas produisent du point de vu du client des erreurs 403.

Il reste un cas possible : Dépassement global du quota de connexions simultanées de l'infrastructure [pour le moment, n'est jamais arrivé sur l'API].