OpenSearch/distribution
Robert Muir 8c4bc7d10b Nuke ES_CLASSPATH appending, JarHell fail on empty classpath elements
Closes #13880

Squashed commit of the following:

commit 316a328e5032e580ba840db993d907631334aac0
Author: Robert Muir <rmuir@apache.org>
Date:   Wed Sep 30 16:57:47 2015 -0400

    windows is terrible

commit 0406b560c58bf833f8d77af9c7cf3386771dd9c5
Author: Robert Muir <rmuir@apache.org>
Date:   Wed Sep 30 16:43:09 2015 -0400

    Nuke ES_CLASSPATH appending

    Out of box, ES expects its stuff to be in particular places. We should not be appending to ES_CLASSPATH, allowing users to specify stuff there, like we do in elasticsearch.bin.sh

    If the user sets it, its not going to work out of box.

    Closes #13812

commit 415d8972df28eddec322bb6d70100a1993fa95f6
Author: Robert Muir <rmuir@apache.org>
Date:   Wed Sep 30 16:26:35 2015 -0400

    Fail hard on empty classpath elements.

    This can happen easily, if somehow old 1.x shellscripts survive and try to launch 2.x code.
    I have the feeling this happens maybe because of packaging upgrades or something.
    Either way: we can just fail hard and clear in this situation, rather than the current situation
    where CWD might be /, and we might traverse the entire filesystem until we hit an error...

    Relates to #13864
2015-09-30 18:59:27 -04:00
..
deb [packaging] remove JAVA_HOME detection 2015-09-22 08:56:45 -04:00
licenses Merge pull request #13834 from rmuir/groovy_factor_out 2015-09-29 05:58:21 -04:00
rpm Move version to 3.0.0-SNAPSHOT 2015-09-03 10:43:28 +02:00
src/main Nuke ES_CLASSPATH appending, JarHell fail on empty classpath elements 2015-09-30 18:59:27 -04:00
tar Move version to 3.0.0-SNAPSHOT 2015-09-03 10:43:28 +02:00
zip Move version to 3.0.0-SNAPSHOT 2015-09-03 10:43:28 +02:00
pom.xml Factor groovy out of core into lang-groovy 2015-09-28 20:17:45 -04:00