LPS-51191 add skeleton WF capability
LPS-51191 move WF code into capability
LPS-51191 return immediately if not enabled
LPS-51191 pass in userId when adding file entries
LPS-51191 call WF when adding a file entry

Note that we invoke the WF explicitly before any events are fired. This
is so because some listeners change their behaviour based on the file
entry status, so we have to make sure WF is executed before any other
listener.
LPS-51191 pass userId when copying a file entry
LPS-51191 call WF capability when copying files
LPS-51191 move common operations into superinterface
LPS-51191 remove references to deprecated methods
LPS-51191 expose method to check version label generation
LPS-51191 call WF when checking in
LPS-51191 make DLApp*ServiceTest pass

The file version to use when changing status will need to be fetched
before or after the call to update/revert depending on the
circumstances. This is so because inside de update/revert method an auto
check in/out may be made, changing the version under the hood. To handle
this we use FileVersionRefernece, which is responsible of reading the
correct file version at the correct moment. Note that once we move the
check in code into a capability (in a couple of commits), this class
won't be needed anymore and will be removed.

Also, we need to refresh the FileEntry before returning it. Otherwise,
the version changes won't be propagated correctly.
LPS-51191 make DLFileEntryTypeServiceTest pass

The code was unnecessarily tied to the workflow because of the call to
`updateFileEntry`. Update only the necessary information.
LPS-51191 make DLFileEntryServiceTest pass

As WF is executed in the upper layers of the DM, `updateStatus` must be
called explicitly after a call to DLFileEntry*Service#updateFileEntry.
LPS-51191 autogenerated
LPS-51191 SF
LPS-51191 One less wrapper
LPS-51191 Redundant info