fix: refer to JavaPluginConvention for g9 compat

[alexanderankin]

improves gradle 9 compatibility by referring to JavaPlugin properties on the convention rather than on the project directly, avoiding the below warning message:

Build file '~/IdeaProjects/uaa/build.gradle': line 84 The org.gradle.api.plugins.JavaPluginConvention type has been deprecated. This is scheduled to be removed in Gradle 9.0. Consult the upgrading guide for further information: https://docs.gradle.org/8.10.2/userguide/upgrading_version_8.html#java_convention_deprecation
        at build_c5l1z2riwxqbf7m8y30n581oy$_run_closure2.doCall$original(~/IdeaProjects/uaa/build.gradle:84)
        (Run with --stacktrace to get the full stack trace of this deprecation warning.)
        at build_c5l1z2riwxqbf7m8y30n581oy.run(~/IdeaProjects/uaa/build.gradle:55)
        (Run with --stacktrace to get the full stack trace of this deprecation warning.)
Build file '~/IdeaProjects/uaa/build.gradle': line 85 The org.gradle.api.plugins.JavaPluginConvention type has been deprecated. This is scheduled to be removed in Gradle 9.0. Consult the upgrading guide for further information: https://docs.gradle.org/8.10.2/userguide/upgrading_version_8.html#java_convention_deprecation
        at build_c5l1z2riwxqbf7m8y30n581oy$_run_closure2.doCall$original(~/IdeaProjects/uaa/build.gradle:85)
        (Run with --stacktrace to get the full stack trace of this deprecation warning.)
        at build_c5l1z2riwxqbf7m8y30n581oy.run(~/IdeaProjects/uaa/build.gradle:55)
        (Run with --stacktrace to get the full stack trace of this deprecation warning.)

[linux-foundation-easycla]

The committers listed above are authorized under a signed CLA.

• ✅ login: alexanderankin / name: David Ankin (5e10e98)

[alexanderankin]

are there any other considerations around build engineering currently under consideration? i could consider taking a look as currently evaluating whether to use this as a (more recently than keycloak) certified oauth2 provider.

e.g. i noticed a lot of old school task declarations

task someTask() {

and some that dont work, subprojects.all and other things in gradle that could be cleaned up.

additionally, perhaps using libs.versions.toml file may be of interest over the current state - https://docs.gradle.org/current/userguide/platforms.html#sub:conventional-dependencies-toml

[strehle]

@alexanderankin Thank you for the PR. It brings up an issue we have with codeql scanning... we will fix this and then your PR should be rebase.

If you have further improvements for gradle , please propose

[alexanderankin]

thanks @strehle will take a look and write up a more detailed issue or pr when I can