akka/akka-http

Split packages in akka.http.core and akka.http

Open

#2 903 ouverte le 21 janv. 2020

Voir sur GitHub
 (1 commentaire) (0 réactions) (0 assignés)Scala (598 forks)batch import
1 - triagedbinary-incompatiblehelp wantednice-to-have (low-prio)

Métriques du dépôt

Stars
 (1 311 stars)
Métriques de merge PR
 (Merge moyen 1h 17m) (1 PR mergée en 30 j)

Description

Akka HTTP Version 10.1.11:

The following packages currently occur in akka.http.core and akka.http with disjunct classes:

  • akka.http.impl.settings
  • akka.http.javadsl.settings
  • akka.http.scaladsl.settings

We have various options here:

  • Move all classes to the same package into the same artifact
  • Rename one of the packages to avoid the split-package issue, preferably choosing a package name which shares the artifact name as it's prefix
  • With a very good reason (is that even possible?) I think we can keep the split package, but it is the most painful and dirty solution

Related to https://github.com/woq-blended/akka-osgi/issues/2. Comments of https://github.com/akka/akka-http/issues/2902 apply.

Guide contributeur

Direction de recherche
Le problème propose trois options pour résoudre les paquets divisés entre les artefacts akka.http.core et akka.http. L'approche préférée consiste à déplacer les classes du même paquet dans le même artefact ou à renommer l'un des paquets pour éviter les paquets divisés. Examinez la disposition des paquets existante dans le code source (par exemple, akka http core/src/main/scala/akka/http/impl/settings) et déterminez quelle option est la moins disruptive. De plus, consultez les commentaires dans le problème de référence #2902 et le problème OSGi lié pour plus de contexte.
Stack technique
scala
Domaine
backend
Type d'issue
Refactorisation
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Ancienne
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Plutôt claire
Prérequis
ScalaAkka HTTPOSGisbt
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
25