-
Notifications
You must be signed in to change notification settings - Fork 10
Define a better API that can be used by other applications #47
Comments
Hey @smoya We spoke yesterday about the API / Websocket, and maybe it would be good to include (if we can) the client that made the request in the payload to the websocket. When I visually see the event-gateway, it would be interesting (as you said above) to have some applications consume the API / WebSocket. Be awesome ( I think ) to have an application that can run alongside the gateway (optional docker container) that consumes and visualises the WebSocket stuff in real time. Things I think might be useful (in this app):
There is something awesome about visuallising events in real-time I think it's perfect for this API. Guess it would be good to define an API contract... 🤔 |
Hi @smoya and @boyney123 😃, having this API would be awesome! Other use cases for this API are emitting events to the WebSocket connections letting apps know when the gateway received an event, and when it was dispatched to the various handlers (e.g. Kafka). This is useful for monitoring purposes.
In regards to this app that could consume the API of Event Gateway, would it be similar to the Visualiser used in Studio? For some reason this statement "Seeing the events fly through the event gateway (maybe client + name of the event)" reminded me of Visualiser and I actually thought this was already implemented 😅 . Also, does it make sense to have more than one API in the Event Gateway? Perhaps we can have a Websocket and an HTTP interface, each integration we would want to do uses the most appropriate choice. Let me know your thoughts 👍 |
is it really considered as a |
You don't need AsyncAPI knowledge and by defining a better API will mean doing iteratively. Anything better than what we have now will improve the API, an API no one depends yet. I agree it is a bit in the middle and it can be hard to understand, so I'm happy to remove the label anyway 👍 @derberg . |
This issue has been automatically marked as stale because it has not had recent activity 😴 It will be closed in 120 days if no further activity occurs. To unstale this issue, add a comment with a detailed explanation. There can be many reasons why some specific issue has no activity. The most probable cause is lack of time, not lack of interest. AsyncAPI Initiative is a Linux Foundation project not owned by a single for-profit company. It is a community-driven initiative ruled under open governance model. Let us figure out together how to push this issue forward. Connect with us through one of many communication channels we established here. Thank you for your patience ❤️ |
Current API is just a websocket server where validation errors are being published.
This is now ok since we are just on a very early development stage, however in the future integrations with other tools are a possibility.
For example, https://github.com/asyncapi/studio could call read from this API and get suggestions on changes to apply to schemas.
The text was updated successfully, but these errors were encountered: