Disable ReflectionAllocationsAnalysis for TypeBasedPointsTo key

[johannesduesing]

As mentioned in #357 the ReflectionAllocationsAnalysisScheduler should not be executed with the TypeBasedPointsToCallGraphKey, but it should be run for all other implementations of PointsToCallGraphKey. This PR proposes one possible solution for the issue - i am however open for discussion, there are many ways this could be realized.

This PR moves the ReflectionAllocationsAnalysisScheduler into a separate configuration section, which is not loaded by the PointsToCallGraphKey trait, but instead by the new and more specific trait AllocationSiteBasedPointsToCallGraphKey extends PointsToCallGraphKey. The TypeBasedPointsToCallGraphKey only implements PointsToCallGraphKey, so the incompatible analysis is not loaded. I made all other direct children of PointsToCallGraphKey inherit from AllocationSiteBasedPointsToCallGraphKey instead, so they all still load the desired analysis.

[errt]

Looks good to me.

I wonder whether we should rename the ReflectionAllocationsAnalysisScheduler to be compatible with getModuleFQN though.

[johannesduesing]

I think that's fair, i can implement that. However i'm just now wondering: The CFA_1_0_CallGraphKey also has pointsToType = "TypeBased" - should it be using the ReflectionAllocationAnalysisScheduler at all, or are they also incompatible?