Use Pillow instead of PIL

PIL is unofficially not maintained anymore and its installation via pip 1.5 or
later now requires to pass --allow-external PIL --allow-unverified PIL
The proposal of this commit is to use Pillow as a replacement.
Replace PIL by Pillow in misc. logging output
ExporterI: set tile size for exported files to 128x128

This prevents the OME-TIFF writer from writing each row of pixels as a
separate strip, which should improve performance upon re-importing the
exported file.

See ticket #11850.
Switch reindexer to use slf4j.
Fix the max length of the text to 256 characters.
Make sure the default bin is only used for modulo data.
Remove options to edit for group owner.

Turning it off for now to avoid crash, further check will
have to be put in place to make sure that the current context
is not used.
Refactor check.
Only refresh the group the user is an owner of (See #11973)
Updated header.
Load all the available groups.
Fix switch user and change port.
Fix Exception when highlighting the node. (See #11994)
Update header.
Exit quickly if files are inappropriately added

When using `--wait_completed` and `--close_completed`,
no files are accepted on the command-line. Rather than
silently ignore them, this commit now exits with an ERROR.

```
($ bin/omero import -- --close_completed foo bar
 INFO          ome.formats.importer.ImportConfig - OMERO Version: 5.0.0-rc1-DEV-ice35
 INFO          ome.formats.importer.ImportConfig - Bioformats version: 5.0.0-rc1-DEV-ice35 revision: 92e346e date: 6 February 2014
 INFO   formats.importer.cli.CommandLineImporter - Log levels -- Bio-Formats: ERROR OMERO.importer: INFO
 ERROR  formats.importer.cli.CommandLineImporter - Files found with completed option: [foo, bar]
```
Migrating new advanced help from internal discussion
Remove short-options for transfer
Hide --transfer option from import.py
Refactor FileTransfer.afterSuccess to afterTransfer

In order to prevent the deleting of files when MoveFileTransfer
**fails**, it was necessary to provide the callback method with
the number of errors.

Further, to have the number of errors properly reported, it was
necessary to notify of a FILE_EXCEPTION on any exception during
uploadFile.

Depending on other import settings, this could trigger a file
upload, which in the case of in-place import is to be avaoided.
Preserve cause. Thanks mtbc