`processing/java/gradle` Rework libraries import
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 30/100
- Type d'issue
- Refactorisation
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- java
- Domaine
- build-system
Piste de recherche
Commencez par examiner le PR associé 1233 et le plugin situé dans processing/java/gradle. Étudiez la dépréciation de l’évaluation des dépendances de Gradle 9, la manière dont les fichiers .pde définissent les dépendances, ainsi que la refactorisation de settingsFolder/sketchbookFolder dans app:utils. La tâche est terminée lorsque les bibliothèques peuvent être importées sans nécessiter processing.sketchfolder et que le plugin reste compatible avec les versions de Gradle prises en charge.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Related https://github.com/processing/processing4/pull/1233
The current Processing Gradle plugin imports Processing libraries successfully, but only if the processing.sketchfolder is defined and Gradle 8 is used.
The plugin will supposedly stop working with Gradle 9 as support for adding dependencies after evaluation has been deprecated. (Mutating a configuration after it has been resolved, consumed as a variant, or used for generating published metadata. This behavior has been deprecated.).
Furthermore, because the dependencies of the project are defined within the .pde files we get a catch 22, either we parse the .pde files on plugin evaluation (which is not where that is supposed to be happening and breaks only running on changes) or we move the dependency declaration out of the .pde files. Neither is ideal, so more research is needed.
As for the sketchbook, it would be ideal if the plugin could find the sketchbook location on its own, but that would require finishing the refactoring work of the settingsFolder path and the sketchbookFolder into app:utils as those variables are currently locked behind running the PDE in its entirety.
- Langage dominant
- Java
- Étoiles
- 497
- Forks
- 183
- Merge moyen
- 4 h 39 min
- PR mergées (30 j)
- 3
Guide de contribution
Ouvrir 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 processing/processing4
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 64/100
processing/processing4#1554 · 1 commentaire ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
processing/processing4#1515 · 1 réaction ·
-
bug
Difficulté 3/5 1-2 jours Accessibilité débutants 55/100
processing/processing4#1573 ·
-
startup error Ouverte
Difficulté 4/5 3-5 jours Accessibilité débutants 25/100
processing/processing4#1569 · 7 commentaires ·
-
Binaries under bin directory lack executable permissions for the snap and .deb packages for Linux Ouvertebug
processing/processing4#1567 · 3 commentaires · 1 réaction · 1 personne assignée ·
Toutes les issues de processing/processing4
Issues similaires
-
certification
Difficulté 1/5 Moins d'une heure Accessibilité débutants 80/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
-
[BUG] ECR GetAuthorizationToken returns a proxyEndpoint for the default region, not the request's Ouvertebug ecr
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
-
Needs: Triage Type: Feature request
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
AntennaPod/AntennaPod#8794 ·
-
agentic-workflows
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
github/copilot-sdk#2760 ·