Introduce the ability to register Facades and have them exposed

This updates the code around srvRoot so that we have a new state/apiserver/common.Facades registry and some convenience functions for API facades to register themselves.
This changes srvRoot to implement a custom FindMethod, though it does not actually have things registered and served via that method. (That is the next branch, because it is a mechanical change that involves a lot of lines of code.)

In my original (approved) version if this, I used a utils/registry.TypedNameVersion class for the Facades registry, rather than a bespoke Registry type. However, the only other use of that base class was in a test/example class, so I figured since I have to change it anyway, I'll just merge it into one well tested type-specific implementation.
I liked having the concept of a Registry in go, but having a specific implementation means we don't need to wrap it in type-specific helper functions. (The old one had to have proxy functions in common that just existed so that you could pass in a type-specific function, and get the exact type back out again.)

There is *one* mechanical change here, which is to change 'srvRoot' from having an 'srv' object into just having a direct 'state' attribute. We didn't actually need the srv attribute, and it just cluttered things up. Removing it makes it possible to have the TestingSrvRoot method that doesn't have to bring up an actual MongoDB just to test how the API holds things together.

It is meant to be a concrete type so that we can go and register that type in the next step.
We are *creating* the function that returns a plain "interface{}" so that they all conform in the final registry, but rather than have each init() site have to wrap its function into returning a generic interface and then defining its type, we define the New function that returns a concrete type and do the magic at this level.