Configuration Adjustments

Added config.properties to allow easy configuration of database.

Removed the multiple webapps usage for a single root context.

Improved classpath detection of jars.

Reverted to traditional MongoTemplate (storing the _class on all things)

Defined a hard-coded account data fetcher.
Data Model Design

Began foundation for proper desired data model for use within the
analytics system. Began rewriting and redesigning the entire codebase to
work within the desired data model.
Team Data

Started retrieving data for team information.
Added Logback for improved logging.

Fixed issue with write concern not working with mongo uri single node.
Full Team Information Retrieval

Pulls down the entire information about a team and the roster for use.
Logging Improvements

The logged output actual shows values instead of placeholders now.

Allowed api for updating cache directly as well.
Individual Play Parsing Infrastructure

Foundation laid down to be able and effectively parse out the replay
information and process the outcome to a specific play type. The pass
play type should be complete with all incomplete play being identified
as unknown plays.
Exposed Web Interface to replay handling

Also fixed a data storage issue with plays being stored in the wrong
collection.
Fixed issue with play persistence

Forgot to set the play and game ids on the play when saving so each
subsequent play would overwrite the previous one.

Added a converter to allow retrieval of custom id token.
Added players in a play to rest response
Refactored

Renamed various things to Deprecated to remind myself what is to be
purged out once redesigned and what is to remain.

Reorganized the Data Model objects into the dao package to make it
explicitly clear that there is a very tight coupling between those
objects and the data model. That the entire focus is around the db and
any external representation of the data desired to be different needs
to be handled outside of the core dao model objects.
Added special cache api for play data

Can easily be done with the generic cache api but this way I do not
have to distribute the knowledge of how to generate the id for internal
storage of the cache data when dealing with a game play page.

Ideally the generic cache will be removed and specific apis created for
all the desired page caching.
Added the SCM Version Plugin. Dynamic Versioning
Portability Enhancements

Adjusted the configurations so that they work equally well as a webapp
in addition to a standalone application.

Also adjusted the logback configuration to write to the webapp logs dir
or to the standalone applications log directory depending on mode.
Attempt to correct the base tomcat directory.
Minor updates

Eclipse better handles pom by ignoring custom maven plugin in the pom
file.

Fixed an invalid url in the saving of replay to cache.

Initial commit of a greasemonkey script to auto-populate cache.
Merge branch 'redesign' of github.com:sepatel/glb into redesign
Optimized cache persistence

The web service call for caching page data now returns only the id
instead of the entire state of the cache.
Return valid json for saved cache

Hopefully :)
Tweak to show the cache id instead of object.