fix typed parameters in access path

[pvojtechovsky]

fixes #1000

[monperrus]

why is this change required?

[pvojtechovsky]

I have already found, that this change is wrong. I will rollback it and do it different.

[pvojtechovsky]

This implementation is still not 100% correct, but

• it is fitting more to origin concept of @tdurieux, because CtTypeReference.toString() now returns access path and not qualified name - same like in his origin concept! I restored some test cases to the state before my accessPath implementation.
• all tests pass and guava seems to compile now too.

The remaining problem is how to correctly map actual type arguments. See the comment in CtTypeReferenceImpl.applyActualTypeArguments.
I do not want to implement that algorithm now. I vote for merging it as it is and to fix it after somebody writes code which will really need that. ... the origin problem was very rare and the case when this implementation fails should be even more rare :-)

[monperrus]

it looks good to me, thanks. @tdurieux OK for you?

CtTypeReference.toString() now returns access path and not qualified name - same like in his origin concept!

this is fine, in general toString on references is not as important as toString on code elements, it's more for debug purposes, so the specification is more malleable.

[tdurieux]

@monperrus it is good for me