In the same vein of GetBucket/GetBuckets and GetCategory/GetCategories.
This one was a bit more involved, since previously GetJobs didn't support
configuring the various metrics. So now all metrics can be configured when
requesting both a single job, or a range of jobs. It also unifies the request
body handling between the two and adds POST handlers.
And similar to the other refactorings, the SingleDoc response is gone in
favor of always returning an array of hits.
Original commit: elastic/x-pack-elasticsearch@ac47bb9bf6
This change moves the kibana app to a `kibana` directory at the root of the repository and adds gradle tasks to build the kibana app as part of `gradle check`. The kibana build can be muted by running `gradle check -Pxpack.kibana.build=false`
Original commit: elastic/x-pack-elasticsearch@f6ebb2d62b
These classes are no longer needed. They used to be
necessary in order to handle compressed data and sending
data to multiple jobs. Compressed data is now handled
by elasticsearch and multi-job upload is no longer supported.
Original commit: elastic/x-pack-elasticsearch@08a9f29855
* Remove DataCounts and ModelSizeStats from Job
* Delete unused ElasticsearchJobDetailsMapper
Conflicts:
elasticsearch/src/main/java/org/elasticsearch/xpack/prelert/job/persistence/ElasticsearchJobDetailsMapper.java
elasticsearch/src/test/java/org/elasticsearch/xpack/prelert/job/persistence/ElasticsearchJobDetailsMapperTests.java
* Add missing mappings for DataCounts
Fixes yaml test failures
* Add test to assert revert a model snapshot sets DataCounts.latest_record_timestamp
* Resolve merge errors
* Add NORELEASE for persisting dataCounts in cluster update
Original commit: elastic/x-pack-elasticsearch@46099d4db6
This change moves the Java code from `/java/apps/engine-node` to `/elasticsearch` so it matches the structure required by X-Pack. This will make it easier to get the gradle build working correct and building the full Pack zip.
Original commit: elastic/x-pack-elasticsearch@2fd6539e85
The `git clean` we used to do at the beginning of the build used to take
care of this, but due to long paths on Windows we can no longer use this
Original commit: elastic/x-pack-elasticsearch@3210c7507b
By default this isn't done when building directly with make, so developers
should still have debugging symbols in binaries they build themselves
Original commit: elastic/x-pack-elasticsearch@64cd92431b
Other related changes:
1) The Windows build is now done on Windows Server 2012r2
2) The Windows build is now done using Visual Studio 2013 Express (closeselastic/elasticsearch#256)
3) set_env.sh is only used with the C++ build
4) It is no longer necessary to set PRELERT_SRC_HOME if building via gradle -
this environment variable IS still required for make, but gradle sets
PRELERT_SRC_HOME before calling make
5) No build tools are loaded from the Prelert NAS
6) The version number for C++ components is now picked up from the same
gradle.properties as the version number for Java components (closeselastic/elasticsearch#37)
7) "make test" now propagates error returns even when PRELERT_KEEP_GOING is
defined - this means gradle only needs to check the return code of make
8) The C++ processes now print out Elasticsearch BV as the copyright owner
Jenkins implications:
1) Jenkins installs gradle 2.13 as part of the build process
2) Jenkins now does the build by executing these gradle tasks: cppAll, pluginAll
3) Jenkins must define the JAVA_HOME environment variables
4) The Jenkins slave running on Windows now has a standard setup, i.e. using
cmd for its shell instead of Git bash
5) 64 bit Git for Windows is used on Windows build slaves instead of 32 bit
msysgit
Original commit: elastic/x-pack-elasticsearch@01c863bfd0
1) The C++ 3rd party libraries need to be copied to cppdistribution
before gradle assemble runs
2) Use gradle check instead of gradle test in the build
3) We don't need Maven or pbzip2 any more
4) Make new_version.sh script update the right files
5) Keep a copy of the built plugin after the build
Outstanding TODOs:
1) Versioning needs to be brought in line with Elasticsearch
2) We are building a plugin per platform rather than one containing
all platforms - we need a step that runs when all platforms have
completed to create a single plugin
3) Strip the C++ binaries so the uploads aren't so big
Original commit: elastic/x-pack-elasticsearch@0cf32e134f
They'll soon cease to work at all when $PRELERT_HOME is removed
Any remaining code that needs to be ported can be copied from the analytics-dev branch
Original commit: elastic/x-pack-elasticsearch@1f2d97b429
This adds a vagrant configuration under /vagrant. This allows the user to provision a virtual machine with the entire build environment needed for compiling the C++ portion of the code (as well as the Java side, but that can be done easily outside of vagrant).
Original commit: elastic/x-pack-elasticsearch@12754bd80e
Martijn van Groningen
Colin Goodheart-Smithe
Zachary Tong
Dimitris Athanasiou
David Kyle
David Roberts
polyfractal
uboness
David Roberts
David Kyle