Gitiles
Code Review Sign In
gerrit.lfbroadband.org / opendevice-manager / 32d40f26f5b6dcd34f4eaff7df7354af9a6f0ad0
commit32d40f26f5b6dcd34f4eaff7df7354af9a6f0ad0[log] [tgz]
authorPrince Pereira <prince.pereira@radisys.com>Thu May 27 06:14:29 2021 +0000
committerPrince Pereira <prince.pereira@radisys.com>Thu May 27 06:18:22 2021 +0000
tree4474e287f232c4ab3e57cb25718cc9d4d1b4e84b
parentc1c21d6eab07a3c6a7e62ca37224cd34f2e868a2 [diff]
Commit VOL-4124. Testcases for device package.

Change-Id: I2fe37621e373f57d9f90da14a0bf0600b8328362
6 files changed
tree: 4474e287f232c4ab3e57cb25718cc9d4d1b4e84b
  1. CODE_OF_CONDUCT.md
  2. Makefile
  3. README.md
  4. VERSION
  5. cmd/
  6. docker/
  7. go.mod
  8. go.sum
  9. pkg/
  10. vendor/
README.md

Opendevice Manager

The Opendevice Manager runs as a microservice docker container and implements the below functionalities:

  • Implementation of the gRPC Server on ONF/SEBA community defined DMI towards Operator NEM components
  • Implementation of the gRPC Client on ONF/SEBA community defined DMI towards Device
  • Implementation of the Device Context Management (Configuration, UUID, Inventory, States)
  • Consume the Events, Metrics from Device on GRPC Streams and publish on Kafka towards NEM components

Development make targets

The Makefile contains many commands that are useful in development:

build                     : Alias for 'docker build'
clean                     : Removes any local filesystem artifacts generated by a build
distclean                 : Removes any local filesystem artifacts generated by a build or test run
docker-build-profile      : Build opendevice manager docker image with profiling enabled
docker-build              : Build opendevice manager docker image
docker-kind-load          : Load docker images into a KinD cluster
docker-push               : Push the docker images to an external repository
help                      : Print help for each Makefile target
lint-dockerfile           : Perform static analysis on Dockerfile
lint-mod                  : Verify the Go dependencies
lint                      : Run all lint targets
local-lib-go              : Copies a local version of the voltha-lib-go dependency into the vendor directory
local-protos              : Copies a local version of the dmi-protos dependency into the vendor directory
mod-update                : Update go mod files
sca                       : Runs static code analysis with the golangci-lint tool
test                      : Run unit tests

Some highlights:

  • It's recommended that you run the lint, sca, and test targets before submitting code changes.

  • The docker-* targets for building and pushing Docker images depend on the variables DOCKER_REGISTRY, DOCKER_REPOSITORY, and DOCKER_TAG as described in the CORD documentation

  • If you make changes the dependencies in the go.mod file, you will need to run make mod-update to update the go.sum and vendor directory.

Building with a Local Copy of dmi-protos or voltha-lib-go

If you want to build/test using a local copy of the dmi-protos or voltha-lib-go libraries this can be accomplished by using the environment variables LOCAL_PROTOS and LOCAL_LIB_GO. These environment variables should be set to the filesystem path where the local source is located, e.g.:

export LOCAL_PROTOS=/path/to/device-management-interface
export LOCAL_LIB_GO=/path/to/voltha-lib-go

Then run make local-protos and/or make local-lib-go as is appropriate to copy them into the vendor directory.

NOTE: That the files in the vendor directory are no longer what is in the most recent commit, and it will take manual git intervention to put the original files back.