-
-
Notifications
You must be signed in to change notification settings - Fork 9.6k
[Webhook] Usability as actual "component"? #54546
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
Comments
Thank you for this issue. |
Standalone usage will need RemoteEvent anyway as this component is used to represent the payload of the webhook (request parsers are about building RemoteEvent objects). For usage out of Symfony of the client part of the component (i.e. receiving webhooks), you would have to implement the equivalent of the For usage out of Symfony of the server part, there is 2 options:
|
Thank you for this issue. |
Hello? This issue is about to be closed if nobody replies. |
Not quite resolved, but I assume there are no further plans to improve stand-alone re-use |
Closing as this is indeed not actionable right now. Feel free to ask for reopening if you want to discuss an idea that makes it easier to use standalone, or submit a PR directly. Thanks |
Description
I've been a big fan of Symfony components (as opposed to the full framework) ever since I integrated the Workflow component by itself with an unrelated framework.
However, in trying to do a similar thing with the Webhook "component", I'm afraid I was sorely disappointed so far. Besides the obvious dependency on RemoteEvent and Messenger shown in composer.json, there doesn't seem to be an easy way to actually configure & use this by itself without all kinds of framework dependency injections on messenger/bus/transport/... level.
Am I missing something obvious, or is there really no way to use this by itself without the full framework around it?
To be clear, I'm not necessarily interested in using Mailer or Notifier as consumers here - although that would be a nice bonus for later since it's already been done in the framework too. For now I'd just like to see it work by itself and add some custom request parsers and consumers...
Thanks for any pointers or improvements in re-usability for the future :-)
Example
No response
The text was updated successfully, but these errors were encountered: