mirror of
https://github.com/honeymoose/OpenSearch.git
synced 2025-03-09 14:34:43 +00:00
This commit removes the NativeRealmMigrator's dependency on the NativeUserStore and instead directly uses the InternalClient for the migration operations. There are pros and cons to doing it both ways, but I feel this method makes it more explicit that this is what the migrator is going to do. The downside here is that there are two places in the code that need to know the inner details of how we store users. Additionally, by doing this we avoid a race condition between the NativeUsersStore starting and the NativeRealmMigrator attempting to get all of the reserved users. This race causes the OldSecurityIndexBackwardsCompatibility tests to fail intermittently. Original commit: elastic/x-pack-elasticsearch@6c388db535
= Elasticsearch X Pack A set of Elastic's commercial plugins: - License - Security - Watcher - Monitoring - Machine learning = Setup You must checkout x-pack and elasticsearch with a specific directory structure. The elasticsearch checkout will be used when building x-pack. The structure is: - /path/to/elastic/elasticsearch - /path/to/elastic/elasticsearch-extra/x-pack = Build - Run unit tests: + [source, txt] ----- gradle clean test ----- - Run all tests: + [source, txt] ----- gradle clean check ----- - Run integration tests: + [source, txt] ----- gradle clean integTest ----- - Package X-Pack (wihtout running tests) + [source, txt] ----- gradle clean assemble ----- - Install X-Pack (wihtout running tests) + [source, txt] ----- gradle clean install ----- - If you don't work on the UI/Logstash side of x-plugins, you can force gradle to skip building kibana and/or Logstash by adding `xpack.kibana.build=false`/`xpack.logstash.build=false` to your `~/.gradle/gradle.properties`. Alternatively you add `-Pxpack.kibana.build=false` or `-Pxpack.logstash.build=false` on the command line if you only want to do this on individual builds (or `-Pxpack.kibana.build=true` if you need to override having added this to your `gradle.properties`).
Description
Languages
Java
99.5%
Groovy
0.4%