Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

[Messenger] fix BC for FrameworkBundle 4.4 with a non-existence alias being used#41553

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged

Conversation

@monteiro
Copy link
Contributor

@monteiromonteiro commentedJun 5, 2021
edited
Loading

QA
Branch?5.3
Bug fix?yes
New feature?no
Deprecations?no
TicketsFix#41545 ...
LicenseMIT

When trying to update symfony/messenger to 5.3 while still using symfony/framework-bundle 4.4 there is an error:

The service "console.command.messenger_failed_messages_retry" has a dependency on a non-existent service "messenger.failure_transports.default".

This is because in Symfony Messenger 5.3, on the PR#38468 to support multiple failure transports we have created an alias, that is only available on the FrameworkBundle 5.3.

This fix will use an already existence alias.

Sample project to test this behavior:https://github.com/monteiro/PR-41553-symfony

@monteiro
Copy link
ContributorAuthor

Can you help us review this BC@weaverryan

@derrabusderrabus requested a review fromweaverryanJune 5, 2021 15:25
@carsonbotcarsonbot changed the titlefix BC for FrameworkBundle 4.4 with a non-existence alias being used[Messenger] fix BC for FrameworkBundle 4.4 with a non-existence alias being usedJun 5, 2021
@monteiro
Copy link
ContributorAuthor

monteiro commentedJun 6, 2021
edited
Loading

I was able to test the behaviour with thisrepository. Feel fee to test it too. Everything seems to work fine, and the global failed transport is set correctly.

I tested using the AMQP transport in therepository.

@carsonbot
Copy link

Hey!

I think@DavidBadura has recently worked with this code. Maybe they can help review this?

Cheers!

Carsonbot

Copy link
Member

@weaverryanweaverryan left a comment

Choose a reason for hiding this comment

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

Good catch. This makes sense to me: in symfony/messenger 5.3 + framework-bundle 4.4, we still need this$failureTransportsMap but there will probably only be just the 1 failure transport (it's technically possible someone could tag there own, and that's fine - it would be handled below this code like normal).

Anyways, this patch takes that one failure transport and puts it into the array. Makes sense

monteiro reacted with thumbs up emoji
Copy link
Contributor

@OskarStarkOskarStark left a comment

Choose a reason for hiding this comment

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

Works in my project 👍

monteiro reacted with rocket emoji
@nicolas-grekasnicolas-grekasforce-pushed thefix-bc-on-symfony4.4-messenger branch from0f5dddc toaa0e166CompareJune 8, 2021 14:01
@nicolas-grekas
Copy link
Member

Thank you@monteiro.

monteiro reacted with thumbs up emoji

@nicolas-grekasnicolas-grekas merged commitd85847c intosymfony:5.3Jun 8, 2021
@fabpotfabpot mentioned this pull requestJun 17, 2021
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

@weaverryanweaverryanweaverryan approved these changes

@OskarStarkOskarStarkOskarStark approved these changes

@chalasrchalasrchalasr approved these changes

@srozesrozeAwaiting requested review from sroze

Assignees

No one assigned

Projects

None yet

Milestone

5.3

Development

Successfully merging this pull request may close these issues.

7 participants

@monteiro@carsonbot@nicolas-grekas@weaverryan@OskarStark@chalasr@derrabus

[8]ページ先頭

©2009-2025 Movatter.jp