[PROPOSAL] Request feedback on replacing ezimuel/ringphp #199
Comments
|
Elasticsearch dropped RingPHP in 2022 |
|
Yes, we should replace it. Appreciate a PR! Please make sure not to look at any non-APLv2-compatible code. |
|
The Elasticsearch PHP client uses the MIT license. |
|
See #219 |
|
I submitted a MR to ezimuel/ringphp to fix this in the meantime while a long term replacement is found. Hopefully the maintainer is still around. |
|
The last release was from 2022 so I am going to say it's unlikely :( |
|
Ezimuel is the maintainer of the elasticsearch-php SDK. As that SDK stopped using ringphp in its version 8, I also think this is unlikely. |
|
As a library, we should not have a hard dependency on a HTTP client. Instead we should move to using PSR-17 HTTP Message Interface, PSR-17 HTTP Factories and PSR-18 HTTP Client. For composer dependencies we can use the virtual packages psr/http-client-implementation and php-http/async-client-implementation This allows projects to re-use existing HTTP clients that support the PSR standards, and a avoids the issue we have now with unsupported transitive dependencies. |
|
@kimpepper Yes. There's an unfinished PR for this in #228, but alternate implementations are welcome. |
|
I created an initial PR that does that #233 |
|
A lot of deprecation notices from ezimuel/ringphp on PHP8.4 |
What/Why
What are you proposing?
I've developed an OpenSearch plugin for my project (https://github.com/Elgg/Elgg). While trying to update my plugin I ran into a dependency conflict.
My project uses
react/promise ~3.1,ezimuel/ringphpusesreact/promise ~2.0thus my dependency conflict. Sinceezimuel/ringphphasn't had an update in +/- 2 years and that was a fork of an abandoned project maybe it's time to replace it.What users have asked for this feature?
This was already discussed in elasticsearch in 2020
elastic/elasticsearch-php#992
elastic/elasticsearch-php#990
What problems are you trying to solve?
A composer dependency conflict
Are there any security considerations?
Using maintained code is always better than using abandoned code
Are there any breaking changes to the API
Unknown, but is done correctly I don't see how
Are there breaking changes to the User Experience?
shouldn't be
Why should it be built? Any reason not to?
Using maintained code is always better than using abandoned code.
What will it take to execute?
Replace parts where RingPHP is used with new code
The text was updated successfully, but these errors were encountered: