Fix SDNC service registration

Instead of registgering services via BundleActivator(s), use blueprint
instead.  This change deletes the RecordingActivator, as it was just
used to kickstart the service registration using felix dm.  The idea
here is to instead use blueprint through recording-blueprint.xml.

The decision was also made to register the Service(s) using the
implementation class name instead of the interface class name for
backwards compatibility reasons.  In all reality, registering Service(s)
under the implementation name is less future proof since clients are
no longer able to easily swap in a separate implementation Service.
In the future, we should consider finding usages of this Service and
ensuring that they poll for the interface rather than the implementation.
However, that is separate from this change and is considered future work.

Issue-Id: SDNC-54
Change-Id: I757bb90f91d114668c153ec5debb5c65af44452a
Signed-off-by: Ryan Goulding <ryandgoulding@gmail.com>
3 files changed
tree: 3acba84982203162bc41758391183ae12851b082
  1. dblib/
  2. filters/
  3. sli/
  4. sliapi/
  5. sliPluginUtils/
  6. src/
  7. .gitignore
  8. LICENSE.txt
  9. pom.xml
  10. README.md
  11. version.properties
README.md

This source repository contains the code for the core SDN Controller components. To compile this code:

  1. Make sure your local Maven settings file ($HOME/.m2/settings.xml) contains references to the ONAP repositories and OpenDaylight repositories.

  2. To compile, run "mvn clean install".