ISIS-597: use ServicesInjectorDefault to wire services prior to postconstruct

In addition, currently the DomainObjectContainer is built lazily, much later on,
by the PersistenceMechanism.  There doesn't really seem to be any good
reason for this.  So, moving this responsibility earlier.

In addition, since IsisSessionFactoryDefault did nothing other than delegate to
its superclass, IsisSessionFactoryAbstract, have collapsed this hierarchy.
ISIS-597: minor tidy up in unit test
ISIS-597: now runs ok

with services injected prior to @PostConstruct
ISIS-598: can now use @Inject on field...

... for dependency injection
ISIS-597: backed out testing change on RO component...

... accidentally committed
ISIS-599: config property to enable logging in exception recognizers

Thus, if "isis.services.exceprecog.logRecognizedExceptions" set to true,
then a stack trace of any recognized exceptions will be logged.

If the exception is NOT recognized, then no stack trace is logged; the
assumption is that if none of the recognizers recognize the exception,
then it will bubble up and its stack trace be logged anyway as a
unexpected exception.

In addition:
- simplified the ExceptionRecognizer hierarchy
- made ExceptionRecognizers be init/shutdown via @PostConstruct methods etc
  (to read the configuration)
- updated the example isis.properties files for the archetypes.
ISIS-600, ISIS-601: paged facet in layout JSON

along with internal refactoring of format of properties file.