Merge commit 'androidannotations-2.4'
Merge commit 'androidannotations-2.5'
Merge commit 'androidannotations-2.5.1'
Merge commit 'androidannotations-2.6'
Merge branch 'master' of github.com:excilys/androidannotations
Call afterSetContentView in onViewCreated
Use proper return type for Fragment.onViewCreated(...)
Added a break statement at the end of each case statement into source code generated using @OnActivityResult

Conflicts:
	AndroidAnnotations/androidannotations/src/main/java/com/googlecode/androidannotations/processing/OnActivityResultProcessor.java
Updated artifacts version n order to prepare 2.7.1 release
[maven-release-plugin] prepare release androidannotations-2.7.1
[maven-release-plugin] prepare for next development iteration
Merge branch 'hotfix/2.7'
Fixed : @OnActivityResult was not available in Fragment subclasses
[maven-release-plugin] prepare release androidannotations-2.7.1
[maven-release-plugin] prepare for next development iteration
Merge branch 'hotfix/2.7'
Immediate and delayed executors unification

A ScheduledExecutorService *is* an Executor, so we can use the same to
avoids to create too many threads.

The execute(runnable) method becomes a particular case of
execute(runnable, delay), with delay=0.

As the user can change the executor, delayed executions are not
supported if the given executor does not support scheduling.

This unification paves the way for adding serial execution feature.
Serial execution in background feature

Adds an optional serial attribute to @Background:

    @Background(serial="some_id")

This idea comes from #309:
https://github.com/excilys/androidannotations/issues/309

The principle of this implementation is to keep a separate queue for
each serial identifier, and to give each task to the (unique) executor
only after the previous task with the same serial identifier (if any)
has completed execution.

It guarantees that all tasks with the same serial identifier will be
called in the order, one at a time (but not necessarily on the same
thread).

It is still compatible with the delay attribute. For example:

    @Background(serial="some_id", delay=2000)

executes the task in background after at least 2 seconds *and* after the
previous task requested with serial="some_id" (if any) have completed
execution.
Test for @Background(serial="some_id")

Test if actions are sequential as expected.
Comment typo fix