The ontology document generation workflow generates DocBook documents for IMCE ontologies and post-processes them to produce HTML and PDF renderings. Ontology data is retrieved from a Fuseki endpoint such as that produced by the gov.nasa.jpl.imce.ontologies.workflow workflow. The following will walk through the environment setup, and give instructions on how to run the workflow (a) locally and (b) on a CI system such as Jenkins.
git checkout feature/IMCEIS-1616-update-audits-for-new-OML-backbone-o
sbt setupTools
cd workflow
./env.sh
../scripts/rt
The conversion results will be in /tmp/conversion-test
- Start Zeppelin (with
$ZEPELLIN_HOME/notebook
linked to this project'snotebook
folder - Open the notebook
Round-trip Ontology Conversion Analysis
The directory where this project is located must NOT contain space characters, parentheses, slash (forward or backwards), or other characters that could be interpreted in Makefiles or in a shell as a something that is not part of a filename.
Running the workflow requires a number of tools to be configured: JRuby, SBT, Java 8 (JDK), Make. When using a CI server (such as Jenkins), a number of plugins are recommended to be installed. This is mentioned at the bottom of this section.
Ensure that JRuby 1.7.24 is installed. Note: it is important to install version 1.7.24, since there have been incompatible changes to the syntax and supported libraries in later versions.
JRuby 1.7.24 can be fetched from here. Ensure that an environment variable JRUBY
exists, or that the command which jruby
directs to the correct installation.
Install the latest version of the Java 8 JDK from Oracle's website. It is recommended not to use OpenJDK.
Java 8 JDK may already be pre-installed on your system. To check if this is the case, run java -version
in a terminal window.
Install the latest version of SBT 0.13.x from the Scala SBT website. Note: do NOT use SBT 1.x (currently a pre-release / beta) - there are known differences in syntax that will break part of the workflow.
Ensure that "make" is installed on the system. This is typically already the case for most Unix-based systems. Make is part of the GNU Utils. On MacOSX, this may require installing Xcode.
Ensure that a valid connection to a license server is available. This is only required if profiles are to be produced.
When running in a CI system (such as Jenkins), the agent may need to be configured appropriately. For Jenkins:
- Add an environment variable JRUBY under "Manage Jenkins" > "Manage Nodes" > (node name) > "Configure". The value should be the absolute path to the jruby executable: e.g., /usr/local/jruby/jruby-1.7.24/bin/jruby . Note: this is particularly important when using Jenkins 2.4.x, since Jenkins may NOT be aware of the system's environment settings.
- Install the SBT plugin (simply called "sbt plugin"), and configure an installation of SBT 0.13.x .
The above assumes a recommended standard installation of Jenkins 2.4.x, with the recommended plugins installed (e.g., GitHub plugin, JUnit plugin)
Before running the workflow, ensure that all encrypted data is decrypted locally.
There are two variations depending on which ontologies are to be processed.
The official ontologies are retrieved from an SBT dependency.
sbt setupOntologies
target/ontologies
must be either a folder with IMCE ontologies or a symlink to such a folder.
Regardless of their provenance, IMCE ontologies are represented as textual *.oml
files
that need to be converted to *.owl
for the ontology workflow.
sbt convertOntologies
To run the pre-population and validation of ontologies, execute the following commands in a terminal, starting at the project root:
sbt setupTools
cd workflow
. env.sh
make bootstrap
make validation-dependencies
make validate-xml
make validate-owl
make validate-groups
make validate-bundles
cd ..
To generate profiles, execute the following additional steps:
sbt setupProfileGenerator
cd workflow
make digests
make profiles
cd ..
This will first produce the digest artifacts by querying the running Fuseki instance, and then pass the digests on to the profile generation workflow. Note that profiles are generated using MagicDraw, which will require an active license server connection (license server is specified in the build.sbt
file). This will also require credentials to be decrypted.
To produce an installable resource for MagicDraw, use the following command:
sbt packageProfiles
This will produce a MD-compatible resource / plugin in the "target" folder. Running sbt publish
or sbt publishSigned
will then upload this archive to bintray.
For Jenkins, a pipeline script can be found in the root directory. This file is called Jenkinsfile
. Note: this file is currently under development.
To decrypt encrypted files automatically, use openssl as described in the scripts/travis-decode.sh file. Note that this requires setting an environment variable within the CI system (e.g., in Jenkins: "Manage Jenkins" > "Manage Nodes" > (node name) > "Configure"; then set the environment variable ENCRYPTION_PASSWORD).