@OneToMany मैप किए गए मानचित्र _____

Question

mappedBy मानचित्र से क्या है? या, बल्कि, यह क्या नक्शा करना चाहिए?

headers प्रति @OneToManydocs रूप @EntityFoo को नक्शे नीचे दिए गए क्षेत्र? और फिर Foojavax.mail.Header के लिए एक रैपर होगा?

package net.bounceme.dur.usenet.model; 

import java.io.Serializable; 
import java.util.ArrayList; 
import java.util.List; 
import java.util.logging.Level; 
import java.util.logging.Logger; 
import javax.mail.Header; 
import javax.mail.Message; 
import javax.mail.MessagingException; 
import javax.persistence.*; 

@Entity 
public class Articles implements Serializable { 

    private static final long serialVersionUID = 1L; 
    private static final Logger LOG = Logger.getLogger(Articles.class.getName()); 
    @Id 
    @GeneratedValue(strategy = GenerationType.AUTO) 
    private Long id; 
    @Column 
    private String subject; 

    @OneToMany(mappedBy="foo") //a wrapper for Header is needed? 
    private List<Header> headers = new ArrayList<>(); 

    public Articles() { 
    } 

    public Articles(Message message) { 
     try { 
      subject = message.getSubject(); 
     } catch (MessagingException ex) { 
      Logger.getLogger(Articles.class.getName()).log(Level.SEVERE, null, ex); 
     } 
    } 

    public Long getId() { 
     return id; 
    } 

    public void setId(Long id) { 
     this.id = id; 
    } 

    @Override 
    public int hashCode() { 
     int hash = 0; 
     hash += (id != null ? id.hashCode() : 0); 
     return hash; 
    } 

    @Override 
    public boolean equals(Object object) { 
     // TODO: Warning - this method won't work in the case the id fields are not set 
     if (!(object instanceof Articles)) { 
      return false; 
     } 
     Articles other = (Articles) object; 
     if ((this.id == null && other.id != null) || (this.id != null && !this.id.equals(other.id))) { 
      return false; 
     } 
     return true; 
    } 

    @Override 
    public String toString() { 
     return subject; 
    } 

    public String getSubject() { 
     return subject; 
    } 

    public void setSubject(String subject) { 
     this.subject = subject; 
    } 
} 

Answer 1

javax.mail.Header के लिए हाँ रैपर की आवश्यकता है, सामान्य रूप से आप सीधे मनमानी कक्षाओं को जारी नहीं रख सकते हैं, खासतौर पर उन लोगों को नहीं जो Serializable नहीं हैं। इसके अलावा वे सूची के तत्व नहीं हो सकते हैं जो संस्थाओं के बीच संबंध डिजाइन करते हैं।

मैप किए गए मूल्य का क्षेत्र उस क्षेत्र का नाम है जो द्विपक्षीय संबंधों के पक्ष में है।

@OneToMany(mappedBy="article") 
private List<Foo> headers; 

अब हम जानते हैं कि इस संबंध के दूसरे छोर होना चाहिए, और यह विशेषता होती है, जो है: उदाहरण के के लिए, की कि अनुच्छेद इकाई मान एक-से-कई फू संस्था के लिए रिश्ता है देता, फू संस्था के लिए स्थित है, एक प्रकार के रूप में अनुच्छेद है और लेख नाम है:

@Entity 
public class Foo { 
... 
    @ManyToOne 
    Article article; 
} 

मालिक की ओर (फू में इस मामले लेख में) जब द्विदिश रिश्ते डेटाबेस के लिए एक समान होती है प्रयोग किया जाता है। जेपीए 2.0 विनिर्देश में यह इन शब्दों के साथ बताया गया है:

कामयाब संस्थाओं के बीच द्वि-दिशा रिश्ते रिश्ते की मालिक की ओर से आयोजित संदर्भ के आधार पर कायम हो जाएगा । यह डेवलपर की ज़िम्मेदारी है कि इन-मेमोरी संदर्भों को को स्वामित्व वाले पक्ष पर रखा गया हो और वे विपरीत होने पर के साथ-साथ बदलते समय विपरीत हों। यूनिडायरेक्शनल एक-से-एक और एक से कई रिश्तों के मामले में, यह डेवलपर की ज़िम्मेदारी बीमा है कि रिश्तों के अर्थशास्त्र का पालन किया जाता है।

Answer 2

यहाँ की जांच:documentation

प्रासंगिक हिस्सा है:

 mappedBy 
     The field that owns the relationship. 

यह आत्म व्याख्यात्मक की तरह है। क्या आप उदाहरण चाहते हैं?

अपने Article उदाहरण के लिए कई Header वस्तुओं तो Article realationship मालिक है के बाद से लेख कई हेडर है है।