Initial attempt at making transformers work with latest 4.2.d
Modify transformer config as per Ffmpeg sample file changes documented by Alan Davis in ALF-19056
  - Tested locally, verified this fixes global anything-to-anything transformation problems
Re-add explicitTransformation properties to transformation worker config - otherwise this will break compatibility with 4.0/4.1
Merge branch 'transformer-property-changes'
Increment version from 2.5 to 2.6-dev
Rename transformers.properties to org_sharextras_media-viewers.properties to prevent possible name clashes
Mark WebODF viewer extension modules as Experimental
Add ffmpeg.exe default value to global properties
Remove transformerConfig property from transformer beans, since this prevented the add-on from working with Alfresco 4.2.c
  - Tested operation on 4.2.d, verified that startup still completes and video transforms work as expected
Add namespace to Spring bean IDs to ensure they are unique
Transformers support for Solaris (SunOS) - fixes issue 14.
Externalise RuntimeExec beans responsible for FFMpeg transforms into
separate beans
 - Allows the transformation parameters to be controlled much more
easily
 - MP4 transformation options are now much simplified, reducing the risk
of specific flags not being supported
Add missing M4V transforms and viewer config
Use example ffmpeg.exe line in README
Merge branch 'master' of https://github.com/share-extras/media-viewers into pdfjs
Updated pdf.js to PDFJS.version = '0.8.390' PDFJS.build = 'f7d2a09'
Update pdf.js lib to PDFJS.version = '0.8.478' PDFJS.build = '8a4a6f4'
The core pdf.js has split workers to a separate file (pdf.worker.js). In theory we would not need this file to be loaded via web-preview.get.head.ftl but in order to have this file checksummed and to find out the checksum name we need to do this. This means it is loaded twice. The second time will however be from cache. Probably means parsed twice as well. I've not seen any noticeable effects on loading performance due to this.