A cloud-native framework for on-demand science data processing.
This repository is for SlideRule developers and contains the source code for the SlideRule server, clients, and supporting services like the documentation website.
If you are a science data user interested in using SlideRule to process Earth science data, you can get started right away by checking out the installation instructions on our website, https://slideruleearth.io.
-
Basic build environment
- For Ubuntu 20.04:
$ sudo apt install build-essential libreadline-dev liblua5.3-dev
- For CentOS 7:
$ sudo yum group install "Development Tools" $ sudo yum install readline readline-devel $ wget http://www.lua.org/ftp/lua-5.3.6.tar.gz $ tar -xvzf lua-5.3.6.tar.gz $ cd lua-5.3.6 $ make linux $ sudo make install
-
CMake (3.13.0 or greater)
-
For dependencies associated with a specific package, see the package readme at
packages/{package}/README.md
for additional installation instructions. -
For debug builds, there are additional tools that are needed for static analysis:
$ sudo apt install clang clang-tidy cppcheck
From the root directory of the repository:
make config
make
sudo make install
This will build the following binaries:
sliderule
: console application
and perform the following installations:
/usr/local/bin
: applications/usr/local/include/sliderule
: class header files for plugin development/usr/local/etc/sliderule
: plugins, configuration files, and scripts
To take full control of the compile options exposed by cmake (e.g. disable plugin compilation), run the following commands in the root directory (or from anywhere as long as you point to the CMakeLists.txt
file in the root directory):
mkdir -p build
cd build; cmake <options> ..
make
sudo make install
For help and all available targets type make help
.
Options include:
-DINSTALLDIR=[prefix] location to install sliderule
default: /usr/local
-DSHARED_LIBRARY=[ON|OFF] build sliderule as a shared library (overrides all other targets)
default: OFF
-DENABLE_ADDRESS_SANITIZER=[ON|OFF] instrument code with for detecting memory errors
default: OFF
-DENABLE_CODE_COVERAGE=[ON|OFF] instrument code for reporting code coverage
default: OFF
-DENABLE_TIME_HEARTBEAT=[ON|OFF] replace system gettime calls with 1KHz timer (useful for reducing CPU load when timestamping lots of events)
default: OFF
-DENABLE_CUSTOM_ALLOCATOR=[ON|OFF] override new and delete operators for debugging memory leaks
default: OFF
-DENABLE_H5CORO_ATTRIBUTE_SUPPORT=[ON|OFF] enable reading attribute fields of H5 files (performance penalty)
default: OFF
-DENABLE_TRACING=[ON|OFF] compile in trace points
default: OFF
-DENABLE_TERMINAL=[ON|OFF] compiles in print2term function calls
default: ON
Here are some quick steps you can take to setup a basic development environment and get up and running.
The SlideRule framework is divided up into packages (which are compile-time modules) and plugins (which are run-time modules). The core package provides the base functionality of SlideRule and must be compiled. All other packages and all plugins extend the functionality of SlideRule and are conditionally compiled.
SlideRule uses a relatively recent version of CMake in order to take advantage of some of the later improvements to the tool. If using Ubuntu 20.04 or later, then the system package is sufficient.
If additional packages are needed, navigate to the package's readme (the README.md file found in each package directory) for instructions on how to build and configure that package. Once the proper dependencies are installed, the corresponding option must be passed to cmake to ensure the package is built.
For example, if the AWS package was needed, the installation instructions at packages/aws/README.md
need to be followed, and then the -DUSE_AWS_PACKAGE=ON
needs to be passed to cmake when configuring the build.
The provided Makefile has targets for typical configurations. See the II. Building with CMake section for more details.
SlideRule is normally run wuth a lua script passed to it at startup in order to configure which components are run. "Using" SlideRule means developing the lua scripts needed to configure and instantiate the needed SlideRule components. There are a handful of stock lua scripts provided in the repository that can be used as a starting point for developing a project-specific lua script.
A REST server running at port 9081 can be started via:
$ sliderule scripts/apps/server.lua <config.json>
A self-test that dynamically checks which packages are present and runs their associated unit tests can be started via:
$ sliderule scripts/selftests/test_runner.lua
Alternatively, SlideRule can be run as an interactive Lua interpreter. Just type sliderule
to start and ctrl-c
to exit. The interactive Lua environment is the same enviroment present to the scripts.
This section details the directory structure of the SlideRule repository to help you navigate where different functionality resides.
Contains the source code for the different clients that make interacting with SlideRule easier. These clients often support additional functionality to aid science data investigations. See https://slideruleearth.io/rtd/ for more details.
Contains the source files to build the documentation website hosted at https://slideruleearth.io.
Contains the C++ modules that implement an operating system abstraction layer which enables the framework to run on various platforms.
Contains the C++ modules that implement the primary functions provided by the framework. See package list for a list of available packages. The core package contains the fundamental framework classes and is not dependent on any other package. Other packages should only be dependent on the core package or provide conditional compilation blocks that allow the package to be compiled in the absence of any package outside the core package.
By convention, each package contains two files that are named identical to the package directory name: {package}.cpp, {package}.h. The CMakeLists.txt provides the object modules and any package specific definitions needed to compile the package. It also defines the package's globally defined name used in conditional compilation blocks. The {package}.cpp file provides an initialization function named with the prototype void init{package}(void)
that is used to initialize the package on startup. The {package}.h file exports the initialization function and anything else necessary to use the package.
Any target that includes the package should only include the package's h file, and make a call to the package initialization function.
Contains Lua and other scripts that can be used for tests and higher level implementations of functionality.
Contains the source files to make the various executable targets. By convention, targets are named as follows: {application}-{platform}.
Contains a project or mission specific extension to the SlideRule framework that is loaded at run-time. See plugin list for a list of available plugins. Additional plugins may be available from other sources.
In order to build a plugin for SlideRule, the plugin code must compile down to a shared object that exposes a single function defined as void init{plugin}(void)
where {plugin} is the name of the plugin. Note that if developing the plugin in C++ the initialization function must be externed as C in order to prevent the mangling of the exported symbol.
Once the shared object is built, the build system must copy the shared object into the SlideRule plugin directory (specified by the PLUGINDIR
option in the CMakeLists.txt file) with the name {plugin}.so. On startup, the sliderule application scans the configuration directory and loads all plugins present.
The three number version identifier X.Y.Z has the following convention: Incrementing X indicates an interface change and does not guarantee the preservation of backward compatibility. Incrementing Y indicates additional or modified functionality that maintains backward compatibility. Incrementing Z indicates a bug fix or code cleanup that does not change the interface or intended behavior of the code.
SlideRule is licensed under the 3-clause BSD license found in the LICENSE file at the root of this source tree.
The following SlideRule software components include code sourced from and/or based off of third party software that is distributed under various open source licenses. The appropriate copyright notices are included in the corresponding source files.
packages/core/LuaEngine.cpp
: partial code sourced from https://www.lua.org/ (MIT license)scripts/extensions/json.lua
: code sourced from https://github.com/rxi/json.lua.git (MIT license)packages/core/MathLib.cpp
: point inclusion code based off of https://wrf.ecse.rpi.edu/Research/Short_Notes/pnpoly.html (BSD-style license)scripts/extensions/base64.lua
: base64 encode/decode code based off of https://github.com/iskolbin/lbase64clients/python/sliderule/icesat2.py
: subsetting code sourced from NSIDC download script (Regents of the University of Colorado)
The following third-party libraries can be linked to by SlideRule:
- Lua: https://www.lua.org/ (MIT license)
- GDAL: https://gdal.org/ (MIT license)
- Arrow: https://arrow.apache.org/ (Apache 2.0 license)
- RapidJSON: https://github.com/Tencent/rapidjson (MIT license)
- curl: https://curl.se/docs/copyright.html (MIT license derivative - see website for license information)