Open KDederichs opened 7 months ago
Hey,
There's a problem with the Symfony 7 support because of the cebe/php-openapi
package.
As you can see below, the latest version supports symfony/yaml
up to version 6
I checked the repository and if you take a look at this issue it seems that things are moving a bit slowly lately.
I created two issues there (200 and 201) and the PR to fix them. I'll follow those threads and come back with a reply if/when it gets merged.
We might need to consider an alternative if nothing happens and the package stays outdated.
Maybe we could start thinking about switching the library? From what I see https://packagist.org/packages/devizzent/cebe-php-openapi is having pretty active development.
As everybody (including me) seems to have that problem: Could we please have some proposal of the solution? Thanks in advance.
Maybe could we switch to this fork? https://github.com/DEVizzent/cebe-php-openapi
@dunglas This is the one I currently forked, because of @SpartakusMd recommendation, to be able to use as a drop-in replacement (as this only works, when the repo uses the same name
in composer.json
). It works perfect.
For later readers and those, who are not that familiar with Composer:
# (1) Fork https://github.com/DEVizzent/cebe-php-openapi
# (2) Change name back to `cebe/php-openapi`
# (3) Switch repo and use add alias
{
// …
"cebe/php-openapi": "dev-master as 1.7.x-dev",
// …
"repositories": [
{
"type": "vcs",
"url": "https://github.com/<$NAME>/php-openapi.git"
}
]
// …
}
https://github.com/api-platform/schema-generator/pull/425 how's that? I don't have much time to check why php 8.3 has a failure if anyone is willing to take a look thanks!
Will try to find some time during the weekend and check. Thanks for jumping in @soyuka .
I prepared the necessary changes in #426. Not sure what to do with the OpenApi 3.1 where the type may be a list of types. Added a TODO for the moment.
Hey,
since Symfony 7 support is now merged in, could you maybe tag a new release with that?
Thanks!