Uwe (ObjectBox)

@MrSlateZB Thanks for figuring this out. In my attempts using resolutionStrategy did not work. I'll have a look again. Note: Being able to detect applied plugins is necessary so they...

Interestingly enough using a combination of buildscript block and plugins block works for an Android project (based on Android Studio 4.1.3 new project template): ``` # build.gradle buildscript { ext.kotlin_version...

@souvikhazra1 Thanks! Did you test this using the ObjectBox plugin? A [similar approach was tried before](https://github.com/objectbox/objectbox-java/issues/960#issuecomment-831243294) and didn't work. Update: the Gradle docs recommend a [similar approach](https://docs.gradle.org/current/userguide/custom_plugins.html#note_for_plugins_published_without_java_gradle_plugin), so this should...

Thanks for reporting. However, not sure we should change this (e.g. replace `entity -> arg0` or something) because it would make the generated code harder to read. Typically one avoids...

[Kotlin data classes](https://kotlinlang.org/docs/reference/data-classes.html) provide among others a custom implementation for `hashCode()`. `ToMany` uses a `HashMap` to keep track of entities to add or remove. I guess you can see where...

Just to make this clear: this is the intended behavior, there is nothing particularly wrong here. Two data classes that share the same properties are considered to be "the same"....

Quoting from Stack Overflow: Turns out that ObjectBox does not support removing `@Index` on a 2.x version for properties unsupported by `@Index` (float and double were allowed by error in...

Thanks for the code snippet. We have not found the specific cause, yet, but are tracking this internally and will update this issue once we have more info.

@asegurpe Thanks for these details! The new `3.1.3` release adds additional information to error messages that might help us diagnose this issue.

Just keep the "old" property around and add a new one. Then add some logic that checks the old and new properties before returning an actual value to calling code....