XWIKI-18600: Refactor the security modules organization, add a Security Config component and improve some templates

* Note that "xwiki-platform-annotation-core" tests were not checked for coverage, it's been fixed.

XWIKI-18591: XWiki#getConfiguredSyntaxes() will return xwiki/1.0 when xwiki.rendering.syntaxes is not set
* Moved the code to legacy since it's not used anymore
* Also, don't hardcode the default syntax anymore

This work consists mainly in refactoring OfficeConverter API to not
return a byte[] that has to be kept in memory, but to return instead a
proper OfficeConverterResult object that contains the paths of the
various files resulting from the conversion. This new API is then used
wherever it's needed and the cleanup of the temporary files is only
performed at the very end of the usecases.

More specifically this has been done:
  * Add class OfficeConverterResult
  * Use it as return type of OfficeConverter#convertDocument and
    deprecate OfficeConverter#convert
  * Refactor OfficeDocument interface to deprecate getArtifacts which is
    returning a byte[] in favor of a new method getArtifactsFiles which
returns a set of file
  * Refactor the internal components to use the new APIs and in
    particular refactor completely the logic of DefaultPresentationBuilder
  * Move office-importer deprecated methods to legacy
  * Improve API to implement Closeable on @tmortagne's suggestion

  * Deprecate and put in legacy classes and interfaces using a bad
    package name.

  * Fix missing blank line in components.txt files

  * Remove API OfficeConverter#getFormatRegistry
  * Introduce new APIs in OfficeConverter to cover the needs
  * Move old deprecated role OfficeViewer to legacy
  * Refactor tests from office-viewer module

* /view/ does not redirect to /viewrev/ anymore
* /viewrev/ is now deprecated

  * Add new method in store for atomic rename
  * Move methods from XWikiDocument to XWiki for rename
  * Use a fallback on old copyAndDelete rename if the option to use
    atomic rename is not set to true as a security measure
  * Move XWikiDocumentTest#rename to XWikiTest and test both new and old
    rename
  * Update refactoring to use a real rename method and not copy/delete.
  * Document new option to switch off atomic rename if needed.
  * Change the way XWikiSpace are loaded in HibernateStore and adapt the
    class to allow setting its store.
  * Move old deprecated rename methods using strings to legacy
  * Create new utility methods in Document API that uses references
    instead of String for backlinks and children
  * Create a new scenario for moving a page to a subwiki.

* TODO: find out why suddenly it was failing

  * Extract implementation from RequestFactory to DefaultRequestFactory
    which is now an internal component using the role defined by
RequestFactory.
  * Remove protected method from RequestFactory so refactor a bit
    existing tests and script service
  * Add revapi ignores and remove old Spoon ignores