added javadoc to EddingBolt interface
Updated check and build to fit better in a SteM driven system, i.e.
check now forwards the tuple directly to the SteMs for filtering and
building (should now happen without further forwarding), and build
should never occur.
in fact, Eddies panic for any Action other than check or probe.
Migrate Field specification from the declaration to the constructor,
allowing for external access to the Fields for auto-configuration
purposes
modified storm-graph-routing such that there are now stub routers and
eddying routers as distinct subclasses of generic routers, allowing for
proper definition of and access to "continuations" (SteMs in the case
of Eddying routers, Eddies in the case of stub routers)
Tidied up some of the enums (moved "actions" to Router classes), tidied
up the stormSteMQueue calls to accept a logemitter rather than an Output
controller so that IO is handled completely by the Bolt, and corrected
the execution procedure to operate properly in a decentralised system as
well as in a centralised Eddy system.
rewritten the topology builder to build a fully connected network of
stems rather than a star centered on an eddy.  Also re-written the
random spout explicitly construct tuples for sending to
its "continuations", set to be either the system eddies or stems by the
topology builder (yay, generics!).
Made the Logger bolt and Log Emitter classes more generic than operating
on specifically triples.