I like the idea and it should be possible to cover all cases without
needing any frontchannel communication at all. In the end it should make
no difference if the token endpoint was called during a direct flow or a
Thanks for the input, i will give it try in the next days.
On 05.06.19 17:38, Stian Thorgersen wrote:
One option could be to use an invalid URL for the front-end URL.
On Wed, 5 Jun 2019, 17:23 Luca Graf, <lucagraf(a)gmx.de
I currently work on KEYCLOAK-6073 (Support different URLs for
back channel requests in adapters) and try to implement some kind of
integration test, to verify that an adapter actual use its configured
url for backchannel requests.
When I understand the existing integration tests correct, it should be
relative easy to trigger most of the actions that execute backchannel
(code-to-token, logout, etc.) with an adapter test
(AbstractExampleAdapterTest, AbstractServletsAdapterTest). But I don't
see a straight forward way how to verify the url that was actual
the adapter (in the deployed example or servlet).
Not sure if I am on the right track, so any thoughts on how to
this are appreciated. :)
keycloak-dev mailing list