-
-
Notifications
You must be signed in to change notification settings - Fork 9.6k
[Messenger] BC break when merging headers for amqp messages #35439
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
Labels
Comments
You should select a different serializer. I created an implementation that may be overkill https://github.com/Happyr/message-serializer I will send a PR to the docs to show this feature better. |
The type header is a requirement by the serializer. If you don't want the type header, change the serializer and you can return any headers you want. |
javiereguiluz
added a commit
to symfony/symfony-docs
that referenced
this issue
Feb 17, 2020
This PR was submitted for the master branch but it was merged into the 4.4 branch instead (closes #12989). Discussion ---------- [Messenger] Note about serializer The issue is that I've multiple times heard people saying: > I like Messenger component, but it does not work if you send messages from one app to another. First I wanted to solve this issue by adding a new page just saying "YES YOU CAN". But for now, I settle with a small note and a link to Symfony Cast explaining this. There is also a great over engineered package that I believe everybody should use... but I dont feel link symfony docs is a place to promote a package like this, or is it? https://github.com/Happyr/message-serializer I think this will fix symfony/symfony#35439 Commits ------- 09d4c7a [Messenger] Note about serializer
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Symfony version(s) affected: 4.3.7, 5.0.3
Description
Changing order of
array_merge
parameters made overridingtype
header in AMQP impossible and hardcoded it to FQCN of message, which is not nice for interoperability.How to reproduce
Before this change, overriding header for envelope was simple like that:
Possible Solution
Parameters order should be reverted, as it is BC change, or HeaderStamp PR should be merged to reenable overriding headers - it is must-have for sharing messages between codebases.
The text was updated successfully, but these errors were encountered: