@MappedSuperclass e @OneToMany

Question

UML Diagram

Ho bisogno associazione OneToMany da Paese a superclasse Place (@MappedSuperclass). Potrebbe essere bidirezionale. Ho bisogno di qualcosa come wolud @OneToAny ...

@MappedSuperclass
public class Place {

private String name;
private Country country;

@Column
public String getName() {
    return name;
}

public void setName(String name) {
    this.name = name;
}

@ManyToOne
@JoinColumn(name="country_id")
public Country getCountry() {
    return country;
}

public void setCountry(Country country) {
    this.country = country;
}
}

Paese:

@Entity
   public class Country {
   private long id;
   private String name;
   private List<Place> places;

   @Any(metaColumn = @Column(name = "place_type"), fetch = FetchType.EAGER)
   @AnyMetaDef(idType = "integer", metaType = "string", metaValues = {
         @MetaValue(value = "C", targetEntity = City.class),
         @MetaValue(value = "R", targetEntity = Region.class) })
   @Cascade({ org.hibernate.annotations.CascadeType.ALL })
   //@JoinColumn(name="unnecessary") 
   //@OneToMany(mappedBy="country")  // if this, NullPointerException...
   public List<Place> getPlaces() {
      return places;
   }
//and rest of class

Senza @JoinColunm ci fa eccezione

Caused by: org.hibernate.AnnotationException: @Any requires an explicit @JoinColumn(s): tour.spring.bc.model.vo.Country.places

Nella tabella Città e della Regione è la chiave estranea alla tabella Country (Region.country_id, City.country_id) che è ok. Ma non ho bisogno di chiave esterna nella tabella Paese alle tabelle per regione e città quindi non ho bisogno di @JoinColum.

ero alla ricerca di una soluzione molto, ma sembra che non v'è alcuna buona soluzione.

Answer 1

@Any non ha senso qui dal chiave esterna è sul lato Places e quindi non ha bisogno di colonna meta aggiuntivo.

Non sono sicuro se è possibile creare una relazione polimorfica a @MappedSuperclass. Tuttavia, si può provare a dichiarare Place come @Entity @Inheritance(InheritanceType.TABLE_PER_CLASS), dovrebbe produrre lo stesso schema del database e consentire rapporto polymorpic.