Runtime HTTP client resolution in OSGi
- Vorherrschende Sprache
- Java
- Sterne
- 2.6k
- Forks
- 1k
- Ø Merge
- 2 T. 9 Std.
- Gemergte PRs (30 T.)
- 51
Beschreibung
Today, HTTP client resolution happens at runtime using Java's [ServiceLoader](https://docs.oracle.com/javase/7/docs/api/java/util/ServiceLoader.html) class. This works fine in most cases, but not in OSGi: https://blog.osgi.org/2013/02/javautilserviceloader-in-osgi.html
We should create an OSGi-aware implementation of [SdkHttpServiceProvider](https://github.com/aws/aws-sdk-java-v2/blob/4413bfda7b77ced3ce9dc43d3cf5f8ddca2495e2/core/sdk-core/src/main/java/software/amazon/awssdk/core/internal/http/loader/SdkHttpServiceProvider.java), and make current and future implementations of the HTTP client SPI loadable in an OSGi environment.
Beitragsleitfaden
Rechercherichtung
Beginne mit dem Lesen von core/sdk-core/src/main/java/software/amazon/awssdk/core/internal/http/loader/SdkHttpServiceProvider.java und der aktuellen, auf Java ServiceLoader basierenden Auflösung, die in der Issue beschrieben ist. Untersuche, wie ein OSGi-fähiger Provider aktuelle und zukünftige HTTP-Client-SPI-Implementierungen laden kann; abgeschlossen ist die Aufgabe, wenn diese Implementierungen in einer OSGi-Umgebung geladen werden können.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java
- Bereich
- backend
- Issue-Typ
- Feature
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 45/100