Hi Konstantin Boudnik,
I uploaded a new patch which:
1. Fixes whitespace errors
2. Fixed Java code formatting
3. Adds java docs to the public classes in BigTop Weatherman
4. Moves redundant code (including the version) from per-project Gradle build files into the common build file
5. Pulls group id and version from top-level pom.xml.
I realize that BigTop is moving towards dumping Maven, however the solution for loading the group id and version from the pom.xml might suggest a way to solve the overall problem in BigTop. The group id and version can be set programmatically, so we might be able to write a simple function to read the version from the bigtop.mk file in the future.
Alternatively, we could add the data generators as a subproject of the top-level Gradle build. However, this would make the data generators required and I feel that goes against the wishes expressed by members of the community. Not to mention, I seem to have to build all of the data generator projects as a cohesive unit now that it's a multi-project build – I can't build them individually. I don't want to complicate that further by tying into the main BigTop Gradle build right now.
I have not addressed the issue of the hard-coded path yet. I would like to look further into loading class resources and propose a JIRA to update all of the data generator projects to follow the new approach, if we decide to go down that path.
Thanks for the review!