Github Actions setup for Store.X

Skip to first unread message

Michal Hajas

Oct 12, 2021, 11:26:36 AMOct 12
to Keycloak Dev
Hello all,

We are approaching a state where we will add new store.x implementations (HotRod and JPA) to the Keycloak codebase. With this addition, we would like to include as many tests as possible into Github Actions.

For ConcurrentHashMapStorage that is already present in the upstream, we introduced 3 new actions/stages into our GHA that are testing whole integration-arquillian base testsuite.

Is it feasible to add 3 stages for each storage implementation into GHA or is it too much? 

If it is too much, should we somehow reduce the number of tests running? Should we run the whole testsuite and randomize storage that is used? Or do you have any other ideas how to approach this?

Best regards,

Pedro Igor Craveiro e Silva

Oct 13, 2021, 10:48:05 AMOct 13
to Michal Hajas, Keycloak Dev
I see no issue other than GHA not managing to handle the load.

Some time ago, when trying different approaches to test Dist.X (using matrix for different jdks/jres, mainly) GHA did not work at all and I think it was related to the number of parallel jobs. Not sure you are going to face the same issues as I.

You received this message because you are subscribed to the Google Groups "Keycloak Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
To view this discussion on the web visit

Dominik Guhr

Oct 14, 2021, 4:43:58 AMOct 14
to Keycloak Dev
Don't know if it helps, but w.r.t. the matrix / concurrency limits, FYI: this page contains the actual concurrency limits etc. for github actions.

Hynek Mlnarik

Oct 15, 2021, 6:52:54 AMOct 15
to Michal Hajas, Keycloak Dev
I'd rather have only one extra run for the full-blown store (Hot Rod + JPA) once the tree storage gets into a usable shape, and ideally consolidate even that somehow with CHM.

Reply all
Reply to author
0 new messages