Создание инверсного атрибута студией

Вопросы и проблемы
#1

Добрый день.
13.1-191
При создании атрибута многие-ко-многим студия спрашивает о создании инверсного атрибута. В классе где создавали:

    @JoinTable(name = "UNTITLED_NEW_ENTITY_DETAIL_LINK",
            joinColumns = @JoinColumn(name = "NEW_ENTITY_ID"),
            inverseJoinColumns = @JoinColumn(name = "DETAIL_ID"))
    @ManyToMany
    protected List<Detail> details;

Студия отображает его как “owning side”.

Класс где создавался инверсный атрибут:

    @JoinTable(name = "UNTITLED_NEW_ENTITY_DETAIL_LINK",
            joinColumns = @JoinColumn(name = "DETAIL_ID"),
            inverseJoinColumns = @JoinColumn(name = "NEW_ENTITY_ID"))
    @ManyToMany
    protected List<NewEntity> newEntities;

Студия аналогично отображает его как “owning side”.

При попытке снять флажок имеем визуальный глич с выпадающим списком в поле mapped by

#2

Дополню тут же, чтобы не объяснять ситуацию дважды.

Есть вот такой метод для добавления в таблицу экземпляров:

    private void createDetailEntity(Class<? extends OrderDetail> entityClass) {
        screenBuilders.editor(orderDetailsTable)
                .newEntity(metadata.create(entityClass))
                .show();
    }

(имена тут не соответствуют вышеназванным, но это не страшно)

Этот метод отлично работает для ситуации описанной выше.
Если мы приводим объявление инверсного атрибута к норме (может я тут где-то ошибаюсь):

    @ManyToMany(mappedBy = "details")
    protected List<NewEntity> newEntities;

То получаем следующую ошибку:

Сведения 
java.lang.ClassCastException: com.company.testviews.entity.InterMediate cannot be cast to java.util.List
	at com.haulmont.chile.core.model.utils.MethodsCache$SettersHolder.accept(MethodsCache.java:193)
	at com.haulmont.chile.core.model.impl.AbstractInstance.setValue(AbstractInstance.java:160)
	at com.haulmont.cuba.core.entity.BaseGenericIdEntity.setValue(BaseGenericIdEntity.java:126)
	at com.haulmont.chile.core.model.impl.AbstractInstance.setValue(AbstractInstance.java:142)
	at com.haulmont.cuba.gui.builders.EditorBuilderProcessor.initializeNestedEntity(EditorBuilderProcessor.java:308)
	at com.haulmont.cuba.gui.builders.EditorBuilderProcessor.initEntity(EditorBuilderProcessor.java:224)
	at com.haulmont.cuba.gui.builders.EditorBuilderProcessor.buildEditor(EditorBuilderProcessor.java:80)
	at com.haulmont.cuba.gui.builders.EditorBuilder.show(EditorBuilder.java:366)
	at com.company.testviews.web.screens.order.OrderFragment.createDetailEntity(OrderFragment.java:37)
	at com.company.testviews.web.screens.order.OrderFragment.onOrderDetailsTableCreate(OrderFragment.java:26)
	at com.haulmont.bali.events.EventHub.publish(EventHub.java:170)
	at com.haulmont.cuba.gui.components.actions.BaseAction.actionPerform(BaseAction.java:222)
	at com.haulmont.cuba.gui.actions.list.CreateAction.actionPerform(CreateAction.java:288)
	at com.haulmont.cuba.web.gui.components.WebButton.buttonClicked(WebButton.java:67)
	at com.haulmont.cuba.web.widgets.CubaButton.fireClick(CubaButton.java:76)
	at com.vaadin.ui.Button$1.click(Button.java:57)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at com.vaadin.server.ServerRpcManager.applyInvocation(ServerRpcManager.java:153)
	at com.vaadin.server.ServerRpcManager.applyInvocation(ServerRpcManager.java:115)
	at com.vaadin.server.communication.ServerRpcHandler.handleInvocation(ServerRpcHandler.java:431)
	at com.vaadin.server.communication.ServerRpcHandler.handleInvocations(ServerRpcHandler.java:396)
	at com.vaadin.server.communication.ServerRpcHandler.handleRpc(ServerRpcHandler.java:260)
	at com.vaadin.server.communication.UidlRequestHandler.synchronizedHandleRequest(UidlRequestHandler.java:82)
	at com.vaadin.server.SynchronizedRequestHandler.handleRequest(SynchronizedRequestHandler.java:40)
	at com.vaadin.server.VaadinService.handleRequest(VaadinService.java:1578)
	at com.vaadin.server.VaadinServlet.service(VaadinServlet.java:425)
	at com.haulmont.cuba.web.sys.CubaApplicationServlet.serviceAppRequest(CubaApplicationServlet.java:329)
	at com.haulmont.cuba.web.sys.CubaApplicationServlet.service(CubaApplicationServlet.java:215)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
	at org.springframework.web.filter.CompositeFilter$VirtualFilterChain.doFilter(CompositeFilter.java:108)
	at org.springframework.web.filter.CompositeFilter.doFilter(CompositeFilter.java:74)
	at com.haulmont.cuba.web.sys.CubaHttpFilter.doFilter(CubaHttpFilter.java:93)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:202)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:526)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
	at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:678)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)
	at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408)
	at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
	at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:861)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1579)
	at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
	at java.lang.Thread.run(Thread.java:748)

Платформа 7.2.2

#4

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

Спасибо за обращение. Действительно, Студия некорректно ведёт себя в случае изменения свойства owning side. Создана задача в YouTrack
Хочу отметить, что создание связи ManyToMany с обеими owning сторонами не является ошибочным, это вполне легальная ситуация, позволяющая изменять коллекцию с обеих сторон. См. https://www.cuba-platform.com/guides/data-modelling-many-to-many-association

По второму вопросу ответим в ближайшее время.

1 симпатия
#5

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

Платформа сейчас не работает в случае @ManyToMany(mappedBy="details"), связь @ManyToMany всегда должна быть owningSide. Как обходное решение укажите связь как owningSide.

Завели тикет на платформу https://github.com/cuba-platform/cuba/issues/2811.

1 симпатия