Remove /tmp/memo from OMEROWrapper (Fix #10836)

The /tmp/memo directory was still present on the one
testing server that the plate import was not working
on which led to plates not being imported. Moving the
directory away allowed plates to be imported. My guess
is that this will fix the issue.
Pass logfile OriginalFile ID back in some event notifications.
Fix query in Metadata service implementation.
Update JavaDoc.
Clean up imports.
Add logic for creating image-companion links
Pass clientuuid on RawFileStoreI.__redirect

Without the client's uuid, it's not possible for
setFileId to be called.
Provide clientUuid in ManagedImportRequestI
Refactor log/annotation methods for concurrency

The mix of internal (ome.model) and external (omero.model)
calls in ManagedImportRequestI was leading to strange
concurrency issues. By moving all of the calls into
essentially other transactions, this should be resolved.
Use IUpdate for size update rather than RFS

Despite the work on the clientUuid, use of RFS with
repo files is still not viable in this use case because
a default of "r" is used by Repository.fileById. Rather
than introduce an "omero.rfs.write" context variable at
this point, we're just using IUpdate.
Unload annotations before saving pixels.

This fixes the issue where after creating the image annotation
it would get removed by the call to store.updatePixels().
Merge pull request #1208 from joshmoore/10836-tmp-memo

Remove /tmp/memo from OMEROWrapper (Fix #10836)
Merge pull request #1209 from joshmoore/merged-fs-fixes

Merged fs fixes
Add target for building virtual image