Updates:
- SonarSecurity to 8.8.0.10287 (SONAR-14610)
- SonarPython to 3.4.0.7980 (SONAR-14630)
- SonarPHP to 3.16.0.7320 (SONAR-14631)
- SonarJS to 7.3.0.15071 (SONAR-14634)

GitHub Workflow was removed with SONAR-13921, but comments used by it
were left in the build.gradle file. Removing them now.

Update:
- SonarJava to 6.14.0.25463 (SONAR-14611)
- SonarC# to 8.19.0.28253 (SONAR-14531)
- SonarVB to 8.19.0.28253 (SONAR-14532)
- SonarPython to 3.3.0.7945 (SONAR-14533)
- SonarCSS to 1.4.0.1899 (SONAR-14544)
- SonarPLSQL to 3.6.0.3724 (SONAR-14517)
- SonarCOBOL to 4.6.1.4781 (SONAR-14514)
- SonarXML to 2.1.0.2861 (SONAR-14490)

42.2.15 - 42.2.17 have an issue with older PosgreSQL versions.
See https://github.com/pgjdbc/pgjdbc/issues/1868

This reverts commit 4193b1a468.

* partially supports Gradle configuration cache (requires Gradle 6.6+).

* updated tomcat to version 8.5.60

* supressed CVE-2020-25649

The recent used time tracker plugin is not maintained anymore and it is using gradle features, which will be removed in the next versions.

By default this version is disabling force authentication for 8.6 and greater.
Also it allows to enable default behaviour, which will be used.

SONAR-14164, SONAR-14149, SONAR-14153, SONAR-14152, SONAR-14173, SONAR-14174 Language plugin upgrade for 8.6.

Due to a misbehavior in artifactory, the wrong http status code is returned and the build will stop immediately. This happens if you access a virtual repository which contains a repository which requires authentication.

As a workaround a virtual repository is used, which does not include non-public repositories.

https://www.jfrog.com/jira/browse/RTFACT-13797

- Orchestrator upgrade was required as by default it was setting these properties

- add should minimum match eq 1 to user index queries
ES 7.X changed behaviour in case filter query with bool it defaults to '0'
https://www.elastic.co/guide/en/elasticsearch/reference/7.x/breaking-changes-7.0.html#_the_filter_context_has_been_removed

- fix issue index routing param
ES 7.X helped discover this bug as new setting has been auto configured which is 'index.number_of_routing_shards'.
This has changed how documents are distributed across shards depending on how many shards the index has.

Without that change issues docs has been incorrectly routed to the same shard hash as projects and it worked no matter what routing key you used projectUuid or auth_projectUuid.

- update ngram and edge_ngram names to match with es 7.x
nGram and edgeNgram has been deprecated in favour of ngram and edge_ngram
https://www.elastic.co/guide/en/elasticsearch/reference/current/breaking-changes-7.0.html#deprecated-ngram-edgengram-token-filter-cannot-be-used

- remove `_all : enabled` usage from UT
This field was already deprecated in 6.X, now it has been removed.
https://www.elastic.co/guide/en/elasticsearch/reference/current/breaking-changes-7.0.html#all-meta-field-removed

- add Elasticsearch High Level REST client dependency

- use sonar.search.port for ES HTTP

- main process use ES Rest client to check ES status

- sonar.cluster.search.hosts has HTTP ports on APP nodes
also sonar.search.port and sonar.search.host MUST be configured on each Search node with the host and HTTP port of the current node

- use Elasticsearch high level rest client

- use in EsTester

- use as primary es client

- use indices api to get all indices name instead of cluster api

- use cluster health api to check cluster state

- support raw requests for 'nodes/_stats' and '_cluster/stats'

- support raw requests for 'indices/_stats'

- leave netty4plugin as testCompile dependency it is used in UTs

- all ES non-test calls go through EsClient class

- add rest client ES profiling

This reverts commit 6d13dd2f

* SONAR-13913 Remove usage of Orchestrator#resetData

* Remove ProjectAnalysisRule

* Upgrade to Orchestrator 3.31

* SONAR-13913 Remove BackendCleanup class

* Remove code related to no more existing tables