Properly handle parameterized mapped superclass issue #891

[jpmsilva]

Refer to issue #891 for the complete report.

This PR handles the issue by adding out keywords to the generated Q-classes when they are needed.

[jpmsilva]

There appears to be a build error regarding a change in the signature of one of the utility methods of Extensions.kt.

I would defer to the maintainers on how to best approach that change. If need be I can probably work around the issue by duplicating code and maintain the existing signatures. However, could it be that these are internal undocumented methods, and perhaps therefore not subject to strict semver obligations?

[velo]

I would defer to the maintainers on how to best approach that change. If need be I can probably work around the issue by duplicating code and maintain the existing signatures. However, could it be that these are internal undocumented methods, and perhaps therefore not subject to strict semver obligations?

Yeah, I would say for now duplicate code, deprecate old methods and keep signatures intact.

• com.querydsl.kotlin.codegen.ExtensionsKt.asTypeName(com.querydsl.codegen.utils.model.Type):METHOD_REMOVED
• com.querydsl.kotlin.codegen.ExtensionsKt.parameterizedBy(kotlin.reflect.KClass,com.squareup.kotlinpoet.TypeName[]):METHOD_RETURN_TYPE_CHANGED