Zusätzliche Authentifizierungsarten beim HTTP Client

Gerade für die Abfrage von (JSON) APIs wird oft eine Authentifizierung mit API Token (aka Bearer Token) oder einem ähnlichen Verfahren benötigt. Derzeit kann man das leider mit dem HTTP Client nicht abbilden.

Sinnvoll (weil weit verbreitet) wären folgende Authentifizierungsformen:

  • Bearer Token (Authorization Header)
  • API Key (via Header oder Query Param)
  • JWT Bearer (schwieriger zu implementieren, via Header oder Query Param)
  • AWS Signature

Zumindest eine Implementation der ersten beiden wäre immens hilfreich!

Wir werden zur 7.2 anbieten, dass man die Header selber mitgeben kann. Das sollte viele Use-Cases gut abbilden. Das hatten wir übrigens schon länger vor, aber irgendwie immer vergessen :wink:

paresy

@paresy Super, danke!

Das Problem ist jedoch es geht ja nicht nur darum den Token mit zu schicken.
Man muss diesen ja anfragen und braucht da auch eine Fehlerbehandlung

  • was passiert wenn der Token abgelaufen ist
  • was passiert wenn die Zugangsdaten nicht gültig sind
    -was passiert wenn der Server nicht das liefert was man erwartet

Dafür müsstest du dann doch ein Modul schreiben. Hier geht es eher um simple API Aufrufen, die ein festes, nicht-ablaufbaren Token haben.

paresy