Re: OpenDaylight and Northbound APIs

Madhu Venugopal (vmadhu) <vmadhu@...>

Hi Chris,

Comments inline with what we have today.

On 7/18/13 12:57 PM, "Chris Wright" <chrisw@...> wrote:

After the recent round of project proposal reviews I'm wondering about
APIs and whether we need to include any API review at some stage in the
lifecycle or release process.

Things that I think are important are:

1) Identifying the APIs. This is largely just documenting what is there
to help developers.
We use Enunciate plugin on all the northbound bundles to auto-generate the
REST Northbound APIs.
The following link consolidates the auto-generated REST-API documentation :

Similar to JavaDoc, we must continue to use such plugins to auto-generate
the Northbound APIs
for every gerrit push & merge.

2) Making APIs consistent. Following some fairly predictable patterns.
CRUD helps, but more eyes on what resources and attributes are exposed is
probably a good thing.
Yes. The currently available APIs use Jersey and JAXB frameworks to bring
in consistency in the
Way the REST APIs are defined. But the API definition itself is something
needs proper review by
the community. Northbound Integration Test is another place to enforce
some consistencies.

3) Making APIs that are not overlapping. Ensuring that we have unique
ways to access controller resources could require some cross-project
coordination or review.
Agreed. Cross-project coordination and review is key in making it
If we begin with using the common tools (enunciate, Jersey, JAXB,
NB-Integration-Test), it will
Form as the first level of defense.
There is also discussions in MD-SAL to automate the API generation using
Yang tools used in
Conduction with the SB Plugins.


I'm looking for feedback on whether folks agree that reviewing the APIs
is something that the TSC should take one? And then, if so, specifically
where in the process?

TSC mailing list

Join to automatically receive all group messages.