Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add RUES dispatch #1704

Merged
merged 5 commits into from
May 15, 2024
Merged

Add RUES dispatch #1704

merged 5 commits into from
May 15, 2024

Conversation

ureeves
Copy link
Member

@ureeves ureeves commented May 2, 2024

Allows for the client to dispatch events, and receive "response" events on the connected websocket according to the RUES specification. This effectively means the RUES API is, with this PR, just as powerful as the previous API.

@ureeves ureeves marked this pull request as ready for review May 8, 2024 08:47
@ureeves ureeves force-pushed the rues-dispatch branch 3 times, most recently from 3be9231 to cf2db5a Compare May 8, 2024 09:20
Eduardo Leegwater Simões added 4 commits May 15, 2024 11:26
This is achieved by introducing a formal `RuesEvent` struct and using it
as a wrapper for contract events. This also allows the system to be more
extensible - beyond contract events - and include more types of data,
such as chain data, in the future.
@ureeves ureeves merged commit 36e1946 into master May 15, 2024
8 checks passed
@ureeves ureeves deleted the rues-dispatch branch May 15, 2024 13:57
mpsc::channel(DISPATCH_BUFFER_SIZE);

// Join the two event receivers together, allowing for reusing the exact
// same code when handling them either of them.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: one 'them' too much

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants