Автосчетчик номера сборки (autoincrement build version)

Стоит важная задача государственной важности — нарисовать формочку «О программе» smile где водится всякая инфа о версиях компонент. И оказалось, что у нас нет версии билда. Это не проблема, ведь есть готовое решение. Как раз у спрингбута есть готовый класс, который предоставляет версию. Но не тут-то было.

Версию он не возвращает от слова совсем.

Начинаем опять воевать с грэдлом.

Сначала создаем файлик version.properties и кладем его в корень проекта. Затем делаем таску в корневом gradle.build для автоинкримента при каждом билде.

task('increaseBuildVersion')  {
   def versionPropsFile = project.rootProject.file('version.properties')
   if (versionPropsFile.canRead()) {
       def versionProps = new Properties()
       versionProps.load(new FileInputStream(versionPropsFile))

       def code = versionProps['build_version'].toInteger()+1

       versionProps['build_version'] = code.toString()
       versionProps.store(versionPropsFile.newWriter(), null)
   } else {
       throw new GradleException("Could not read version.properties!")
   }
}.dependsOn('build')

Затем (если gradle.build несколько, то в тот, который в спрингбутовом контексте лежит) дописываем скриптик, чтобы его (спрингбута) класс увидел наши проперти:

ext{
   def versionPropsFile = project.rootProject.file('version.properties')
   def versionProps = new Properties()
   versionProps.load(new FileInputStream(versionPropsFile))
   build_version=versionProps['build_version']
}
springBoot{
   buildInfo {
       properties {
           additional = [
                   'product_name': "$product_name",
                   'product_version': "$product_version",
                   'build_version': "$project.ext.build_version",
                   'java_version': "$java_version"
           ]
       }
   }
}

Ну а далее пишем сервис, который все это добро будет выдавать:

@Service
class AboutInfoService(
    private val buildProperties: BuildProperties?) {

    fun getAboutInfo() = AboutInfo.create {
        it[productName] = buildProperties?.get("product_name")
        it[productVersion] = buildProperties?.get("product_version")
        it[buildNumber] = buildProperties?.get("build_version")
        it[javaVersion] = buildProperties?.get("java_version")
    }
}

Все замечательно работает, версия инкрементиццо, все казалось бы хорошо, но пришла беда откуда не ждали…

Что, блять, делать, если несколько разработчиков одновременно начнут коммитить свою version.properties?!

Восприимчивость Gradle к командной строке

Возникла острая необходимость в ядре для тестов использовать различные БД, и для этого нужно, чтобы gradle передавал конфиг в spingboot. Решение, казалось, лежало на поверхности — использовать параметры командной строки: -Dparameter=value, но как оказалось, это не работает для грэдла (хотя отдельно для исполнения тестов работает).

После гугления нашлось такое решение:

test {
    //https://www.credera.com/blog/technology-insights/java/gradle-profiles-for-multi-project-spring-boot-applications/
    // В аргументах грэдлу передавать через -P
    // -Pproperty.name=value
    // без парамаметров будет браться конфиг из application.properties

    project.ext.applyPropertyIfExists = { propertyKey ->
        if(project.hasProperty(propertyKey)) {
            systemProperties[propertyKey] = project.getProperty(propertyKey)
        }
    }
    applyPropertyIfExists('spring.profiles.active')
    applyPropertyIfExists('spring.datasource.url')
    applyPropertyIfExists('spring.datasource.username')
    applyPropertyIfExists('spring.datasource.password')
}

 

Пока я на испытательном сроке, то прежде чем закомитить, надо показать код сеньору.

Он посмотрел и сказал — норм, но надо сделать проще ))

test {
    //для -Dproperty=value
    systemProperties(System.getProperties())
}
Когда позвали на помощь сеньора.