Marcus Ilgner

Gonna close it for now and re-open once I have a better solution.

That is very strange. I have tried a few more approaches, but the RPM file never lists the file(s) as config files. My latest approach is ```kotlin from("src/main/resources") { into("/etc/rebased/conf")...

That was my very first approach. When that didn't work, I tried all kinds of variations, without success.

@gauchya unfortunately I did not. I also tried several variations without success. Right now it hasn't been that pressing for us because we also have some Ansible playbooks that configure...

Some more information: ``` 1 problem was found storing the configuration cache. - Task `:generateSchemaCode` of type `net.pwall.json.kotlin.codegen.gradle.JSONSchemaCodegenTask`: invocation of 'Task.project' at execution time is unsupported. See https://docs.gradle.org/8.11.1/userguide/configuration_cache.html#config_cache:requirements:use_project_during_execution ``` and...

Will give it a try. This happened on the last OpenJDK 21. Is there any specific version I should try? Otherwise I'll just try 22 GA first.

I have tried this with an updated OpenJDK 21 as well as the latest OpenJDK 22 but they produce the same exception with the same `null` element in `actualTypeArguments`.

I looked into whether it would be possible to work around the issue by changing the mockk code. Unfortunately this is a critical path where the `redefine` method is being...

There is a reproducer at https://github.com/milgner/Repro-Kotlin-WildcardType-UpperBounds-Null - does that help? There are two tests with mockk which both trigger the same issue.

I wonder: could this mechanism also be used in scenarios where there are multiple class loaders? I'm currently working on an application that uses plugins to dynamically load new functionality...