-
-
Notifications
You must be signed in to change notification settings - Fork 82
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
Suggest "laminas/laminas-zendframework-bridge" #39
Suggest "laminas/laminas-zendframework-bridge" #39
Conversation
Forward port #179
Forward port #180
Drop unused `use function strstr` in ClassGenerator
Close #36
Forward port #36
Signed-off-by: Michał Bundyra <contact@webimpress.com>
Signed-off-by: Michał Bundyra <contact@webimpress.com>
Signed-off-by: Michał Bundyra <contact@webimpress.com>
Signed-off-by: Michał Bundyra <contact@webimpress.com>
Unfortunately, we cannot do this until the next major release. In order for our component packages to act as replacements of the original ZF packages, users must be able to install them in place of the original package, without otherwise changing their code. This means that if user code references a The way we made this work was with the laminas-zendframework-bridge package, which adds autoloading rules to create I'm going to leave this PR open, but have it target next major. I don't have a timeline for when we will do such a release, however. You will also need to rebase against develop, and change the target branch accordingly. |
Signed-off-by: Olivier Laviale <olivier.laviale@gmail.com>
I updated "BC Break" to "yes" and rebased against "develop". We'll keep our little hack for now. |
Manually merged via 765d88d (cherry-picked into a new branch) |
Description
Hi everyone,
With this PR,
laminas/laminas-zendframework-bridge
becomes a suggestion rather than a requirement.We're trying to keep our bootstrap time as small as possible and this is not helping. One of our dependency uses
ocramius/proxy-manager
, which useslaminas-code
, but we're not using Zend Framework.Right now, we added this to our
composer.json
, but of course, a cleaner solution would be welcome: