[ https://issues.apache.org/jira/browse/GEODE-6383?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dick Cavender updated GEODE-6383: --------------------------------- Fix Version/s: 1.9.0 > Build scripting should not violate modularity. > ---------------------------------------------- > > Key: GEODE-6383 > URL: https://issues.apache.org/jira/browse/GEODE-6383 > Project: Geode > Issue Type: Improvement > Reporter: Patrick Rhomberg > Assignee: Patrick Rhomberg > Priority: Major > Fix For: 1.9.0 > > Time Spent: 50m > Remaining Estimate: 0h > > In many portions of our build scripting, we use the invasive, > modularity-breaking pattern of > {noformat} > subprojects { > configureSomething > } > {noformat} > This is particularly problematic when certain plugins or built-ins do not > integrate well with each other, e.g, Gradle 5.2's {{java-platform}} needing > to be applied before the {{java}} plugin. > As a result, within a single subproject, it is very difficult to know > (without prior experience) how the subproject is configured. > This ticket is intended to be a "parent" ticket for jobs that fall into the > following categories: > * Converting a plugin-script in {{gradle/}} to a class extending > {{Plugin<Project>}}. > * Moving a plugin to belong to {{buildSrc}} > * Converting invasive {{subproject [configuration]}} calls to be "opt-in" by > the subprojects that require the configuration, such as the work done in > GEODE-6237. -- This message was sent by Atlassian Jira (v8.3.2#803003)