Add better support for generated resources

Offen

#275 erstellt am 15.2.2025 9 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 35/100

Issue-Typ: Feature
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: java
Bereich: build-system

Rechercherichtung

Beginne damit, java/common/rules/impl/basic_java_library_impl.bzl rund um das Feld resource_jars zu lesen, und verfolge, wie java_library.srcs und java_library.resources mit generierten Eingaben umgehen. Vergleiche die vorgeschlagenen Ansätze und definiere das abgeschlossene Verhalten so, dass Java-Quellen erhalten bleiben und .properties-Dateien eingeschlossen werden, die sich innerhalb von .srcjar-Ausgaben befinden.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

java_library.srcs supports .srcjar files to facilitate including generated sources. .properties files included in java_library.srcs are filtered and included in java_library.resources. Consider extending the current behaviour so that .properties files included in .srcjar files are also included in java_library.resources. This will facilitate the usage of generated resources.

For example, I have a genrule that generates .java and .properties files and I don't necessarily know all of them during the analysis phase for declaration purposes. For this reason, my rule instead generates a .srcjar file. However, the .properties files inside that .srcjar file are being skipped.

There are other alternative ways of going about it:

There's already an internal resource_jars field that could perhaps be reused for this effect (at the moment it seems to always be forced as empty)? However, straight including .srcjar files in this field won't achieve the desired outcome as this can result in .java files appearing inside the final .jar file. Maybe somehow expose this field to users?
Support something like .resourcejar files in java_library.resources. This would be a breaking change 😔.

Vorherrschende Sprache: Starlark
Sterne: 103
Forks: 102
PR-Merge-Kennzahlen: Keine gemergten PRs in 30 T.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus bazelbuild/rules_java

Release the java runfiles library as a maven coordinate Offen

P4

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 55/100

bazelbuild/rules_java#360 · 4 Kommentare · 2 Reaktionen · Erstellt am 24.6.2026
Proposal: Add modify_classpath to JavaInfo Offen

P4

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100

bazelbuild/rules_java#354 · 8 Kommentare · Erstellt am 09.4.2026
no such target '@@+toolchains+local_jdk//:runtime_toolchain_definition' on Windows when JAVA_HOME is set to mapped drive Offen

P3 question

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 45/100

bazelbuild/rules_java#339 · 1 Kommentar · Erstellt am 11.12.2025
src/main/tools/process-wrapper-legacy.cc:80: "execvp(external/rules_java++toolchains+remote_java_tools_linux/java_tools/turbine_direct_graal, ...)": No such file or directory Offen

P3

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100

bazelbuild/rules_java#325 · 8 Kommentare · Erstellt am 10.10.2025
Windows: statically link msvcrt into Java Tools Offen

P4

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100

bazelbuild/rules_java#316 · 2 Reaktionen · Erstellt am 04.9.2025

Alle Issues in bazelbuild/rules_java