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)