Brandon Simmons 9c9bb43a53 server: restore proper batching behavior in event trigger processing (#1237) ... This essentially restores the original code from c425b554b8 (https://github.com/hasura/graphql-engine/pull/4013). Prior to this commit we would slurp messages as fast as possible from the database (one thing c425b55 fixed). Another thing broken as a consequence of the same logic was the removeEventFromLockedEvents logic which unlocks in-flight events (breaking at-least-once delivery) Some archeology, post-c425b55: - cc8e2ccc erroneously attempted to refactor using `bracket`, resulting in the same slurp-all-events behavior (since we don't ever wait for processEvent to complete) - at some point event processing within a batch is made serial, this reported as a bug. See: https://github.com/hasura/graphql-engine/issues/5189 - in 0ef52292b5 (which I approved...) an `async` is added, again causing the same issue... GitOrigin-RevId: d8cbaab385267a4c3f1f173e268a385265980fb1		2021-04-29 04:02:05 +00:00
..
ScheduledTrigger	server: simplify JSON instances	2021-01-19 19:15:42 +00:00
Common.hs	server: metadata storage abstraction for scheduled triggers	2020-11-25 10:57:38 +00:00
EventTrigger.hs	server: restore proper batching behavior in event trigger processing (#1237)	2021-04-29 04:02:05 +00:00
HTTP.hs	server: simplify JSON instances	2021-01-19 19:15:42 +00:00
ScheduledTrigger.hs	Integration test improvements (for speed/clarity), also increase polling interval for scheduled events	2021-04-27 05:35:26 +00:00