Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

This section covers development and test environment setup and configuration.

Table of Contents
maxLevel3

IDE Setup

We don't enforce the use of a specific IDE, but rather, a set of guidelines that can be configured in an IDE. The examples in this section are on IntelliJ. 

Code Formatting

The formatting followed by the project are:

  • Indentation using four spaces
  • no trailing whitespaces, including in empty lines
  • spaces after keywords such as if, for, while, and casts

The whitespace formatting is enforced via Checkstyle, which is run against the code during each build. The build will fail if formatting violations are found.

Prior to contributing code to ONOS, all developers should set-up their IDE to appropriately tag the code with the Apache 2 license header text. The bare text is checked in under tools/dev/header.txt, and the orginal can be found at: 

http://www.apache.org/licenses/LICENSE-2.0.html

Example: Copyright setup on IntelliJ

First make sure that you have the Copyright plugin enabled. Then, under Preferences, select Copyright section and create a new Copyright profile, call it something like Apache 2, and prime it with the text above, without any decorations. Then configure your copyright formatting options as shown:

Image Removed

Testing

Testing a distributed platform like ONOS can become a cumbersome task. ONOS, being an SDN controller authored in Java, can run on a variety of platforms. However, in the interest of focus, the ONOS team engages primarily in testing on Ubuntu server distributions, specifically Ubuntu Server 14.04* LTS 64-bit, using the Oracle Java 8 JRE.

Additionally, in order to simplify testing and to make it more repeatable, a number of assets have been developed to make the developer’s  and tester’s lives easier. These are located under the ONOS_ROOT/tools/test/.

Test Cells

The notion of test cell refers to a specific controller cluster environment designated for testing. This can mean a set of bare-metal servers, or a set of virtual machines running on developer’s laptop. Cell definition files are essentially bash snippets that define a few environment variables into the developer’s (or tester’s) shell. These variables are then used by a number of test scripts and recipes. This allows the scripts and test scenarios to be independent of a specific test bench setup.

A cell definition file may look like the following:

Code Block
languagetext
# Default ONOS Controller VM instances 1,2,3 and a Mininet VM
export OC1="192.168.56.101"
export OC2="192.168.56.102"
export OC3="192.168.56.104"
export OCN="192.168.56.103"  # Mininet VM
       
# for node clustering
export ONOS_NIC=”192.168.56.*”    


# ONOS features to load
export ONOS_FEATURES="webconsole,onos-api,onos-core-trivial,onos-cli"

ONOS ships with several cell definitions, with the default being the local definition. Available cells, along with their descriptions, may be listed with the cells utility:

Code Block
languagetext
$ cells
 cbench # Local VirtualBox-based single ONOS instance & ONOS mininet box
 local * # Local VirtualBox-based ONOS instances 1,2 & ONOS mininet box
 office # ProxMox-based cell of ONOS instance; no mininet-box
 prox # ProxMox-based cell of ONOS instances 1,2 & ONOS mininet box
 single # Local VirtualBox-based single ONOS instance & ONOS mininet box
 single_optical # Local VirtualBox-based single ONOS instance & ONOS mininet box
 triple # Local VirtualBox-based ONOS instances 1,2,3 & ONOS mininet box

where the asterisk denotes the current cell definition being used. The 

 

Children Display

...