-
Notifications
You must be signed in to change notification settings - Fork 46
Add composer plugin to auto-install missing implementations #208
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
Conversation
PR is ready. It comes with updates to the CI. (The remaining failures are unrelated) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks a lot for the contribution!
and thanks for the cleanup of the build system. i will extract those changes into a separate MR to fix the issues separately.
i have a few questions, mostly requesting more documentation to make the configuration of the plugin understandable without understanding the algorithm in its very details.
i merged the build setup cleanups to 1.x branch. please rebase this MR :-) |
PR rebased and green, comments addressed. Thanks for the review! |
Comments addressed |
Rebased, all green, ready for merge + tag :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks for the contribution
just to ping the relevant people: this PR lead to a breaking change for the current minor version which was reported in #213 no offence. |
It also has a bug, running composer install now with the plugin enabled leads to an infinite loop of composer install |
There is another issue with this plugin. If you pass options to |
…mplementations" (nicolas-grekas) This PR was merged into the 6.2 branch. Discussion ---------- [HttpClient] Revert support for "friendsofphp/well-known-implementations" | Q | A | ------------- | --- | Branch? | 6.2 | Bug fix? | yes | New feature? | no | Deprecations? | no | Tickets | - | License | MIT | Doc PR | - This reverts PR #47950 The major features of "friendsofphp/well-known-implementations" are now available in "php-http/discovery" [v1.15.0](https://github.com/php-http/discovery/releases/tag/1.15.0), see: - php-http/discovery#209 - php-http/discovery#208 Given the extremely low download stats of "friendsofphp/well-known-implementations", I propose to just remove support for it as a bugfix: https://packagist.org/packages/friendsofphp/well-known-implementations This will save us from maintaining this integration, which is unused code in practice anyway. Commits ------- 081aa00 Revert "[HttpClient] Add support for "friendsofphp/well-known-implementations""
Description ----------- See also php-http/discovery#208, contao/managed-edition#62 and contao/conflicts#44. Fixes the CI chain. Commits ------- 5b2b068 disallow php-http/discovery
Description ----------- See also php-http/discovery#208, contao/managed-edition#62 and contao/conflicts#44. Fixes the CI chain. Commits ------- 5b2b068a disallow php-http/discovery
Description ----------- See also php-http/discovery#208, contao/managed-edition#62 and contao/conflicts#44. Fixes the CI chain. Commits ------- 5b2b068a disallow php-http/discovery
Description ----------- See also php-http/discovery#208, contao/managed-edition#62 and contao/conflicts#44. Fixes the CI chain. Commits ------- 5b2b068a disallow php-http/discovery
Description ----------- See also php-http/discovery#208, contao/managed-edition#62 and contao/conflicts#44. Fixes the CI chain. Commits ------- 5b2b068a disallow php-http/discovery
Description ----------- See also php-http/discovery#208, contao/managed-edition#62 and contao/conflicts#44. Fixes the CI chain. Commits ------- 5b2b068a disallow php-http/discovery
Description ----------- See also php-http/discovery#208, contao/managed-edition#62 and contao/conflicts#44. Fixes the CI chain. Commits ------- 5b2b068a disallow php-http/discovery
Description ----------- See also php-http/discovery#208, contao/managed-edition#62 and contao/conflicts#44. Fixes the CI chain. Commits ------- 5b2b068a disallow php-http/discovery
Description ----------- See also php-http/discovery#208, contao/managed-edition#62 and contao/conflicts#44. Fixes the CI chain. Commits ------- 5b2b068a disallow php-http/discovery
Description ----------- See also php-http/discovery#208, contao/managed-edition#62 and contao/conflicts#44. Fixes the CI chain. Commits ------- 5b2b068a disallow php-http/discovery
Description ----------- See also php-http/discovery#208, contao/managed-edition#62 and contao/conflicts#44. Fixes the CI chain. Commits ------- 5b2b068a disallow php-http/discovery
Was added in php-http/discovery in v1.15.0 PR: php-http/discovery#208 I would not activate this plugin in a lock file maintenance PR. Issue to maybe enable the plugin: #3401
Was added in php-http/discovery in v1.15.0 PR: php-http/discovery#208 I would not activate this plugin in a lock file maintenance PR. Issue to maybe enable the plugin: #3401
This PR makes discovery able to auto-install a missing implementation when a dependency requires both php-http/discovery and one of the supported
*-implementation
virtual packages.The code comes from https://github.com/FriendsOfPHP/well-known-implementations, which I plan to retire if this approach is accepted.
Note that we started discussing this topic with @dbu at SymfonyCon and we agreed this could be the best path forward.
To Do
http-interop/http-factory-guzzle
when Guzzle's PSR-7 v1 is needed/installed and PSR-17 implementation is required