You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@olingo.apache.org by "Chandan V.A (JIRA)" <ji...@apache.org> on 2013/10/30 10:14:27 UTC

[jira] [Assigned] (OLINGO-42) jpa processor requires a redundant field for many-to-one relationships

     [ https://issues.apache.org/jira/browse/OLINGO-42?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Chandan V.A reassigned OLINGO-42:
---------------------------------

    Assignee: Chandan V.A

> jpa processor requires a redundant field for many-to-one relationships
> ----------------------------------------------------------------------
>
>                 Key: OLINGO-42
>                 URL: https://issues.apache.org/jira/browse/OLINGO-42
>             Project: Olingo
>          Issue Type: Bug
>          Components: odata2-jpa
>    Affects Versions: 1.0.0
>         Environment: windows7, tomcat 7.0.42, hsql, eclipse link 2.5.0
>            Reporter: Georgi
>            Assignee: Chandan V.A
>
> It looks like that the only way to get a consistent EDM associations model and the corresponding navigation properties, when there are many-to-one (bi-directional) managed relationships, is to add an additional and redundant property, annotated with @Column to the owning class. Same as in your reference jpa model.
> However, it's highly unlikely that one models a JPA model like this in reality and quite an impairment particularly for existing models.
> I'm not sure why is that needed, because the information encoded in the required field @Column annotation is redundant with the one @JoinColumn annotation and you already parse the JoinColumn anyways.
> So probably that's a low hanging fruit?
> I also realized that specifying the optional in the JPA @JoinColumn annotaiton property referencedColumnName is yet another mandatory requirement for the JPA edm producer to create a valid navigation properties set.



--
This message was sent by Atlassian JIRA
(v6.1#6144)