Update has been performed only on the scripts and the
executables strictly necessary for the following use cases:
- Build (including Intellij)
- Tests (including Intellij)
- Docker build (including dev and yourkit)
- Upload snapshot (including local)
- Release
Finally, fix the ability to run ONOS using onos-local targets,
stc and docker stc (aka up4 stc env). Last but not least, updated
the azul image to a newer one which exports also the PYTHONENCODING
Change-Id: Ie96f3a9c76dbba83b1fc3896a372f1045d3d7ccc
This was a quite big jump (3.7.2 -> 6.x.x) and we had
to face the deprecation of several components.
- javabase/host_javabase -> java_language_version and
java_runtime_version
- java_toolchain/host_java_toolchain -> java_language_version
and java_runtime_version
- Turnedoff "ReturnValueIgnored" related to ErrorProne
- Moved to bazelisk v1.11.0
- patched again the grpc code due to the deprecation of host_javabase
as java_toolcahin contains already this information.
- resource_jars are also handled as resources because java constructs
do not accept them anymore.
- Use the OSGIWrapper to fix the path of the resource_hars and untar them.
Additionally clean up the code and enable/disable logging through a param.
- Fix absolute_javabase in the Dockerfile by providing the absolute
path of the local jvm through local_java_repository. The latter is
appended to the WORKSPACE file on demand inside the Dockerfile.
Change-Id: I96e06fe52b3b49a1a34f01443eec583a95347323
(cherry picked from commit 846c8b167f3e3aa8086b3eab3df94154a75dc423)
To make sure we build using the same Bazel version used for CI and other
builds.
Change-Id: I261c4bce1b3bb2d4f818f702110ae581b5e2c6f4
(cherry picked from commit 5524134a4ea7914d5e814e7f4acf496a68044790)
This change make it possible to build ONOS in a host system without JDK
installed, or ignoring the one installed, instead relying exclusively on
the "remote" JDK provided by Bazel. The JDK version, along with the
toolchain configuration (language source and target values), are checked
in as part of the build files (tools/build/bazel/BUILD), thus enabling
deterministic builds that are less dependent of the host environment.
To allow this, this change replaces all references to JDK-related tools
expected to be on the host PATH, such as the jar command, with their
counterpart from the remote JDK (now a sandboxed relative path). This is
achieved by:
* Creating a new "jdk_genrule" macro that exposes the remote JDK bin
directory to the PATH visible by the genrule command. This is used
for all genrule targets invoking for example `jar`;
* Modifying custom Starlak rule implementations by replacing
invocation to JDK tools with a path from the remote one.
* Renaming the onos/lib directory to onos/deps as it clashes with
the Bazel-provided JDK's lib directory (that for some strange reason
is resolved on the ONOS workspace)
Finally, this change is reflected on the Dockerfile which now builds
ONOS from an Ubuntu image with no JDK installed.
Change-Id: Ie7d990cfce6fef00ddb4ffffe4c6205b8530fb47
- the image we were using is no longer supported
- we are now using an OpenJDK 8 image for docker builds
- removed Jono as author and put in myself
Change-Id: I7a4d607da32d1da4449e7421b6df1d23ea9eb9f4
Refactored the Dockerfile to use a multi-stage build which allows us to
separate build environment from runtime environment.
Also added labels.
Change-Id: I9bdf63d9224711c5b5ed342bbe233a26d51283a9
- add runtime dependency on git
- set ONOS_ROOT before doing build
- Add top level directory to grpc proto compiler include directories
Change-Id: I6e7a119a122f708988cce28090c9bc7011808b78
The latest debian:jessie image doesn't seem to like the command
"apt-get remove --purge -y `apt-mark showauto`".
It tries to remove a number of important base packages.
It doesn't seem to save a lot of space anyway.
Change-Id: If55b319f7d74698398d76650fa1c4a8d8475bb63
It seems to be mandatory to have the Dockerfile here if we want to build
from the source in the repo in a Dockerhub automated build.
ONOS-5832
Change-Id: I01536ae9476987f20df03560834b1adcf0b6aec0
