AbstractApplication implements StartableApplication
Fix WrappingEntitySpec

- was not passing through for displayName and policies
CLI: accept an entity with `--app`

- automatically wraps it in an app
REST api creating app: accept AppBulder, app or entity

- If given an entity, wrap it in an application automatically
- If given ApplicationBuilder, then build the app
- If given Application interface, then create entity with it 
  (assumes has @ImplementedBy)
- If given Application class, then create it
Moved infinispan to sandbox

- tests were disabled and fail; not sure if they've ever passed!
Adds @Catalog to entities
mark two DNS-dependent tests as Integration group only
fix so that ApplicationBuilder @Catalog entities can be deployed
fix to allow provider-specific option classes to be preserved
make it easier to subclass JcloudsLocation, and to define sub-locations e.g. for subnet-specific locations
(ConfigBag holds the set up, and the plan is that it can be used to simplify some of the passing of config / usedConfig everywhere)
fix missing negation
Merge pull request #520 from ahgittin/fix/jclouds-extensibility-and-misc

fixes for jclouds extensibility, and misc
Revert "fix so that ApplicationBuilder @Catalog entities can be deployed"

This reverts commit 1f4adfb100d90d10609c1fb036085b89b24dab36.

Has been better addressed in pull #516
Merge remote-tracking branch 'aledsage/feature/deploy-pure-entities' into reviewing
Merge remote-tracking branch 'aledsage/feature/catalog-annotation-on-entities' into reviewing
clearer logging and error feedback, and minor fixes
Make copyResource and copytemplate usable by all entity drivers
fix throwing error in response to code review
Merge pull request #526 from ahgittin/fix/misc

clearer logging and error feedback, and minor fixes
Adds ApplicationBuilder.Builder.appImpl