Runtime HTTP client resolution in OSGi
- Langage dominant
- Java
- Étoiles
- 2.6k
- Forks
- 1k
- Merge moyen
- 2 j 9 h
- PR mergées (30 j)
- 51
Description
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.
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Commencez par lire core/sdk-core/src/main/java/software/amazon/awssdk/core/internal/http/loader/SdkHttpServiceProvider.java et le mécanisme de résolution actuel basé sur Java ServiceLoader décrit dans l’issue. Étudiez comment un provider compatible avec OSGi peut charger les implémentations actuelles et futures de HTTP client SPI ; le travail est terminé lorsque ces implémentations peuvent être chargées dans un environnement OSGi.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- java
- Domaine
- backend
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 45/100