Replace old action API used by refactorings with newer handler API

The names of refactoring classes that provide an integration into the UI
of Eclipse have changed, in order to minimize overhead in the class
names.

The previous code contained some logic that should disable a menu item
when nothing is selected in the editor. But the existing logic was
wrong, it did never work. Because I did not find out how to implement it
correctly with Eclipse core-expressions I romved the logic completely.

Formerly, the context menu item, that showed the refactorings, contained
an item to the "refactoring qick menu", which has now been deleted. This
menu contains all available refactoring and it can be display by
entering a key combination. This item doesn't provide additional
information, thus the deletion. Users can always look up the key
combination in the preferences.

This also changes the ids of the refactring commands.

Fixes #1002049
Introduce a migration manager for key preferences/bindings

Whenever the command ids of key bindings, that are defined by users,
are changed all the preferences are lost because the new commands do no
longer consider their values. To avoid this problem the class
`MigrationPreferenceInitializer` is introduced which can copy old
preference values that are defined by users and set them as default
values for the new preferences.

This class also undefines the old command id and therefore the old key
binding after the migration is done.
Merge EditorHelpers into EditorUtils

The content of EditorHelpers is directly copy-pasted without any
functional changes.

Only some minor formatting changes and the addition of explicit
return types for public methods are applied.
Add property tester for text selections

The `nonEmpty` test on a text selection checks whether something is
selected in an editor. This is used in refactoring handlers in order
to disable them when they can't be applied.
Renamed a field in a test for finding references.

This test is probably failing due to a match found deep in the JDK 8. Since
`x` is such a common parameter name, decided to rename the field.
(cherry picked from commit c20c2616315a74edcefd06d2233135233b9f809c)
Merge pull request #664 from sschaef/t1002049-new-refactoring-menu

New refactoring menu
Cleanup templates

- Only templates that are not overall useful are disabled, all others
  have been enabled
- Addition of isInstanceOf template
- Removal of systrace template because it is broken and not useful
- Fix of val template (it had a wrong context id)
- Some more minor cleanups
Merge pull request #667 from sschaef/t-cleanup-templates

Cleanup templates
Updated aspectj dependency to latest stable (1.7.4).
Merge pull request #666 from aldenml/aspectj-version-upgrade

Updated aspectj dependency to latest stable (1.7.4).
Removes unused dependency management entry

Plus one indentation fix.
Merge pull request #673 from skyluc/issue/unused-pom-dependency

Removes unused dependency management entry
Refactor scala version comparisons, better handling of unkown versions
Extends compatible versioning to cover for the XSource case.

Changes Error to suggest use of the XSource flag.
Reuses ScalaVersion from the compiler.

De-Optionalizes, De Stringifies version comparisons
Relegates Xsource setting computation to projects

THis prohibits from having a workspace-wide Xsource setting, for now.
Treats absence of XSource configuration as exception
Remove cruft, hardens version spec in prefstore
corrects the case where the user adds the XSource flag on a modern code base

Fixed error message
Cleaner error messages on version checks.