Comments (16)
To me there is a specific usage of HTTP that totally makes sense for AsyncAPI and which is not WebSocket
I'm thinking about EventSource aka "Server-Sent Events" which is typically event-based
The protocol definition can be seen there:
https://html.spec.whatwg.org/multipage/server-sent-events.html#server-sent-events
but it probably deserve a seperated feature request issue
from glee.
Hey, @ritik307 I was working on this issue and made some progress as well #265, since we need to update the bindings I am focusing on that right now asyncapi/bindings#131. I would love to mentor you (if you want me as a mentor) if this idea gets issue gets selected.
from glee.
So I will be mentoring this issue if it gets selected ð . To answer both @ayushpaharia and @ritik307 you should start getting familiar with glee and its codebase. I would suggest you fork and play around with glee. look into the examples folder to get a better understanding of how glee is working. Secondly, start reading the codebase and tweaking some code here and there to get a feel of things.
Also, check out #265, and even review it. You guys can also join the asyncapi/community#352 meeting for understanding how the HTTP binding will shape up. Lastly, feel free to ask any questions you have here or on slack.
from glee.
@Souvikns Will surely start exploring the glee. ð
from glee.
That's a good point, @AMorgaut. I don't think it should be separated. We should aim for full HTTP support IMHO.
from glee.
@fmvilas by client do you mean glee server will make a API call to the client server as per the bindings information and the data that is returned from operationId
function?
from glee.
Nope. I mean Glee should behave like a client not like a server. It should make calls to some APIs but it shouldn't be a server itself.
from glee.
Nope. I mean Glee should behave like a client not like a server. It should make calls to some APIs but it shouldn't be a server itself.
ðĪ Kinda confused, I should be able to create a http REST API with glee if I want right, so like I would make an API call to glee through http and get a response. Would you call it a server?
from glee.
Yeah sorry, somehow I got confused by your question too. What I mean is that Glee should behave in two different ways, depending on how you configure your AsyncAPI document:
- As a server: this would, for instance, leverage ExpressJS or something similar behind the scenes. This is for people who want to create a REST API.
- As a client: this would let you make calls to other REST APIs. Say, for instance, every time you receive a message via MQTT you want to call a 3rd-party REST API. That should be possible too.
Note that a Glee application may be a mix of both, a client and a server. For instance, imagine we want to create a REST API, and every time the user does POST /users
we want to call an external service, e.g., the Google Analytics API, another API in our system, etc.
Does that make sense?
from glee.
Hi, @fmvilas I would like to work on this issue. So can you kindly help me out in figuring out where to start? Like should I start making REST APIs or some other approach? ð
from glee.
Hello @Souvikns Can you give some context on this issue. I'm interested in working on this as a Mentorship project
from glee.
#265 - Looks interesting. I'll get started with playing around with glee. See you in asyncapi/community/#352 ðŊ @Souvikns
from glee.
So this idea was selected for AsyncAPI Mentorship 2022 ->
asyncapi/community#376 (comment)
@ritik307 since you contributed to cli, modelina, website, and many more projects, I would like to select you as a mentee for this issue- would you like to become an AsyncAPI-sponsored mentee for this idea? ððžI would be your mentor for the coming months.
from glee.
@Souvikns I will be more than happy to be mentee for the mentioned issue ð. Thank you so much for providing me the opportunity.ðĨģ
from glee.
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 âĪïļ
from glee.
@fmvilas can you please reopen this, as it is being currently worked on #320
from glee.
Related Issues (20)
- handling request error for websocket connection HOT 1
- Support for Multiple .env Files HOT 4
- Improve Stability in Glee by Handling Message and Connection Failures HOT 3
- Internal nodejs error while running the example app HOT 8
- Apply `default` property to event fields HOT 4
- Update Kafka Adapter to support spec v3 HOT 2
- Improved Error Messaging for Missing Auth Function HOT 4
- Spread syntax requires HOT 2
- but this path is not defined in your AsyncAPI file - Caused by trailing slash HOT 6
- Unable to send message with glee when payload is an object with an allOf of two or more objects HOT 5
- MQTT channel seems to be using wrong topic when sending message HOT 1
- Parameters in channel address not used HOT 3
- Divide "Maintainer" role into two categories: Triager and Committer HOT 3
- [BUG] It does not support non-ssl Kafka Brokers HOT 2
- [BUG] Glee subscribes to topics using channel names instead of "channel.address" (v3) HOT 8
- [FEATURE] Run Glee in a container HOT 2
- [FEATURE] invoke send action for operation in v3 HOT 2
- [FEATURE] Investigate bun if it's right for glee HOT 10
- extract glee-core from glee HOT 4
- [FEATURE] The future of glee as a framework HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
ð Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. ððð
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google âĪïļ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from glee.