0.13.32 added optional parameters req, res for getContacts, createCon…

[siavashcsr]

…tct, updateContact and deleteContact

Wir haben folgenden Fall: Das CRM "Exact Online" verwendet OAuth und hat RefreshToken und AccessToken. Wir müssen vor dem Aufrufen deren API immer einen neuen AccessToken holen. Wir kiregen als Antwort aber nicht nur einen Access Token, sondern auch einen neuen RefreshToken zurück. Es verfällt dann leider aber auch das alte RefreshToken. Deswegen schlägt dann auch der anschließende Aufruf von getToken fehl, der im integration-bridge-framework gemacht wird. D.h. wir können den Refresh Token nicht erneuern. Daher haben wir mal das Interface von getContacts, updateContact createContact und deleteContact erweitert um request und response Objekt. Auf diese Art können wir den refreshToken direkt selber mittels "res.header("X-Provider-Key", apiKey);" setzen. Denn: wir kriegen ihn ja eh, wenn wir uns einen neuen Acces Token holen.

War jetzt bestimmt schwer verständlich alles. Können wir Morgen im Integrations Meeting zusammen durchgehen.
Danke und Grüße
Sia

[siavashcsr]

Doch nicht notwendig, haben ein Lösung in der Integration gefunden, die keine Modifikation braucht

[siavashcsr]

Wir hatten eine andere Lösung in Betracht gezogen. Hat nicht hingehauen. Daher hab ich den Pull Request wieder aufgemacht.

[LemonaOna]

Grundsätzlich machbar, das so zu erweitern, ich frage mich aber, ob das das Problem löst, dass sich der Key der Integration dann ja ständig ändert und der Cache-key sich somit immer ändert und die Desktop Clients immer neu rendern. Aber vllt durchblick ich die Änderungen auch nicht ganz. Lass uns morgen mal drüber reden. Ich stell einen Termin ein.

[siavashcsr]

Ja du hast recht, das wird das Problem nicht lösen. Die Intention hier, ist ein anderes Problem: im CRM Exact ist ein refresh Token nur einmal nutzbar und dummerweise bekommt man in demselben API Call ein neues refresh token als auch ein neues acces token. D.h. es wird getContacts aufgerufen, dort machen wir einen API Call um ein neues acces token zu bekommen und bekommen im selben Aufruf auch ein neues refresh token mit gegeben. Wenn dann im nächsten Schritt getToken aufgerufen wird, können wir kein neues refresh token mehr von der API holen, da das alte refresh token invalidiert wurde. D.h. die Änderungen zielen darauf ab, dass wir bereits beim Aufruf von getContacts das neue refresh token zurück geben können. Aber wir können das noch im Meeting diskutieren.