Ограничения уникальности, Мягкое удаление и MappedSuperclass аддона

У нас есть аддон со своей StandardEntity

@JmixEntity(name = "its_StandardEntity")
@MappedSuperclass
abstract class StandardEntity {

    @Id
    @JmixGeneratedValue
    @Column(name = "ID", nullable = false)
    var id: UUID? = null

...

    @DeletedDate
    @Column(name = "DELETE_TS")
    @Temporal(TemporalType.TIMESTAMP)
    var deleteTs: Date? = null

    @DeletedBy
    @Column(name = "DELETED_BY")
    var deletedBy: String? = null

}

Если в приложении использовать данную сущность:

С UniqueConstraint как описано в документации

@JmixEntity
@Table(
    name = "JT_TEST_ENTITY", uniqueConstraints = [
        UniqueConstraint(name = "IDX_JT_TEST_ENTITY_UNQ_NAME", columnNames = ["NAME"])
    ]
)
@Entity(name = "jt_TestEntity")
open class TestEntity : StandardEntity() {

    @InstanceName
    @Column(name = "NAME", nullable = false)
    @NotNull
    var name: String? = null

}

То генерятся не правильные скрипты

    <changeSet id="2" author="jt">
        <addUniqueConstraint columnNames="NAME" constraintName="IDX_JT_TEST_ENTITY_UNQ_NAME"
                             tableName="JT_TEST_ENTITY"/>
    </changeSet>

Если StandardEntity перенести из аддона в проект, или в самой TestEntity поставить аннотации Delete то все норм генерится как в документации.
Версия плагина 2.0.1-232

Здравствуйте

Спасибо за обращение.
Проблема подтвердилась, заведен тикет в YouTrack.
Вызвана она особенностями работы со скомпилированным Котлин кодом.

В качестве обходного решения можно попробовать создать композитный проект в который включить аддон с этой сущностью StandardEntity и непосредственно проект с ним работающий. Тогда код аддона будет представлен обычным исходным кодом и проблема уйдёт.