Adding travis_wait variable to SonarQube analysis (FINERACT-1409) (#1922)

* https://issues.apache.org/jira/browse/FINERACT-1415 fix

* https://issues.apache.org/jira/browse/FINERACT-1415 fix

* Fix LF

* Reverting the direct fix of the Jacoco Reports

* Adding travis_wait variable to SonarQube analysis (FINERACT-1409)
This commit is contained in:
Víctor Romero
2021-10-21 19:52:19 -05:00
committed by GitHub
parent c6b7546218
commit eb129460ca
+4 -1
View File
@@ -78,6 +78,9 @@ script:
# using "&&" instead of several "-" means that integrationTest does not run if test fails,
# and Docker test does not run if integration test fails, which makes PR failure easier to understand.
# @see https://docs.travis-ci.com/user/job-lifecycle/#customizing-the-build-phase
- ./gradlew -q --no-daemon --console=plain licenseMain licenseTest check build test --fail-fast doc sonarqube && sudo service mysql stop && docker-compose build && docker-compose up -d && sleep 60s && curl -f -k --retry 5 --retry-connrefused --connect-timeout 30 --retry-delay 30 https://localhost:8443/fineract-provider/actuator/health && (( $(curl -f -k --retry 5 --retry-connrefused --connect-timeout 30 --retry-delay 30 https://localhost:8443/fineract-provider/actuator/info | wc --chars) > 100 ))
# We stop the mysql system service when running the Docker test to avoid port 3306 conflicts (unless we run the mysql in docker-compose on another port; req. FINERACT-773)
# The fancy /actuator/info test makes sure that has more than 100 characters of JSON to test that the git.properties worked (see FINERACT-983)
- ./gradlew -q --no-daemon --console=plain licenseMain licenseTest check build test --fail-fast doc && sudo service mysql stop && docker-compose build && docker-compose up -d && sleep 60s && curl -f -k --retry 5 --retry-connrefused --connect-timeout 30 --retry-delay 30 https://localhost:8443/fineract-provider/actuator/health && (( $(curl -f -k --retry 5 --retry-connrefused --connect-timeout 30 --retry-delay 30 https://localhost:8443/fineract-provider/actuator/info | wc --chars) > 100 ))
# Using travis_wait for a proccess that could take longer than 20 minutes, in this case the SonaQube analysis
# https://docs.travis-ci.com/user/common-build-problems/#build-times-out-because-no-output-was-received
- travis_wait 30 ./gradlew -q --no-daemon --console=plain sonarqube -Pcoverage=true