Feature Request: Make Jinjava Dependencies Easily Upgradeable
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 12/100
- Type d'issue
- Fonctionnalité
- Clarté
- Plutôt claire
- Activité
- Active
- Stack technique
- java
- Domaine
- build-system
Piste de recherche
The issue asks for a Java artifact that declares Jsoup and similar libraries as ordinary Maven dependencies instead of bundling them, so consumers can override versions in their own pom.xml. Start by finding where the build packages Jsoup into the Jinjava artifact, then decide how a distribution without it would be published. Done means a consumer can pin a patched Jsoup version through Maven with no Jinjava release, and the maintainers have agreed on the packaging approach.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Context
A security vulnerability has been identified in the version of Jsoup used by Jinjava. Since Jsoup is bundled directly into Jinjava, upgrading it through the consuming project's pom.xml is not straightforward.
This creates a dependency on a new Jinjava release to benefit from security fixes, potentially delaying remediation.
Proposed Improvement
Provide a Java distribution of Jinjava that exposes dependencies such as Jsoup as external Maven dependencies, with versions that can be overridden or upgraded independently through the consuming project's pom.xml.
Ideally, these dependencies should be declared as regular Maven dependencies rather than being shaded or embedded directly into the Jinjava artifact.
Benefits
- Faster security remediation: Upgrade vulnerable dependencies without waiting for a new Jinjava release.
- Improved dependency management: Let consuming projects control dependency versions through Maven.
- Reduced security exposure: Minimize the time applications remain vulnerable to known security issues.
- Greater flexibility: Make it easier to keep Jinjava-based applications aligned with dependency security policies.
Expected Outcome
A Jinjava Java artifact with externally managed, independently upgradeable dependencies, allowing consumers to apply security fixes as soon as patched dependency versions become available.
- Langage dominant
- Java
- Étoiles
- 787
- Forks
- 184
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de HubSpot/jinjava
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 64/100
-
Upgrade jsoupOuverte
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 82/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 76/100
Toutes les issues de HubSpot/jinjava
Issues similaires
-
pdfium-drift
Difficulté 1/5 Moins d'une heure Accessibilité débutants 82/100
Stirling-Tools/JPDFium#176 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
hiero-ledger/hiero-consensus-node#27712 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 61/100
Vakore/ZappierGames#162 ·
-
Improve README documentation clarity and fix minor wording issuesPeut-être pris @simplesilence l’a pris aujourd’hui. Ouverte
Difficulté 1/5 1-3 heures Accessibilité débutants 84/100
resilience4j/resilience4j#2567 ·
Les mainteneurs répondent en général sous 6 jours
-
Priority/High
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
wso2/dpdp-accelerator#417 ·
Les mainteneurs répondent en général sous 1 jour