Default wiring for names api
Initial cut at setting and getting participant addresses. Get does not return a value yet
Names API retrieves participants by address
Names API: get address list and get info for each address. Callback for last address info get sometimes never returns. May be caused by api losing state on leadership change?
Names API validates contentType when specified. Cleaned up integration test
Declare NamesApi earlier in defaultWiring.js, just lie in integrationTestWiring.js
Fix regression caused by typo setting prototype member on NamesApi. Re-order definitions in defaultWiring.js and include a script tag for it in the unit tests' idex.html
Began work on unt tests for namesApi
Fixed bug in set function of namesApi
Completed names api unit tests. Begun work on names api value unit tests
Add more unit tests for names api and names api value
Re-factored names api to store participant info directly in entity instead of as an object indexed by address. Cmpelted integration and unit tests
Settng same address/id resource multiple times no longer creates multiple entries in /address resource. Added names api integration tests equivalent to those for data api
Added participant info specific to each participant type.
Ensure securityAttributes is not assigned to a value if it's not in the packet. Add registration for multicast participants
Added multicast support for names api and compelted unit and integration tests
Implement alias for /me and add integration test. Ensure participant adress is set by router before registering it with the names api

Conflicts:
	test/tests/integration/specs/apis/peerSpec.js

merging changes from branch feature-namesApi
Cleanup names api and api value code. Add alias check for delete
Merge pull request #65 from ozone-development/feature-namesApi-rebased

Feature names api rebased