जावाई 6 डीएओ: क्या यह @ स्टेटलेस या @ एप्प्लिकेशंस स्कॉप्ड होना चाहिए?

Question

मैं वर्तमान में अपने जावा ईई 6-एप्लिकेशन में सभी डेटाबेस संचालन को संभालने के लिए एक ईजेबी 3 डाटा एक्सेस क्लास बना रहा हूं। अब, चूंकि जावा ईई 6 नया एप्लीकेशनस्कोप्ड-एनोटेशन प्रदान करता है, मुझे आश्चर्य है कि मेरे ईजेबी के पास क्या राज्य होना चाहिए, या यदि यह स्टेटलेस होना चाहिए।

क्या डीएओ को @ स्टेटलेस सत्र बीन, या @ एप्प्लिकेशंसस्कोड बीन होने देना बेहतर होगा? @ सिंगलेटन के बारे में क्या? डीएओ से संबंधित इन विकल्पों के बीच अंतर क्या हैं?

संपादित करें: मैं Glassfish 3.0.1 का उपयोग कर रहा पूर्ण जावा ईई 6 मंच

Answer 1

साथ बेहतर हो whould डीएओ एक @Stateless सत्र बीन, या एक @ApplicationScoped बीन हो जाने के लिए ? @ सिंगलेटन के बारे में क्या? डीएओ से संबंधित इन विकल्पों के बीच अंतर क्या हैं?

मैं DAOs के लिए स्टेटलेस सत्र बीन्स का उपयोग नहीं होगा:

1. EJBs कंटेनर से जमा कर रहे हैं, इसलिए यदि आप पूल प्रति एन उदाहरणों और टेबल के हजारों है, तो आप सिर्फ संसाधनों बर्बाद करने के लिए जा रहे हैं (तैनाती समय पर लागत का उल्लेख भी नहीं)।

2. एसएलएसबी के रूप में डीएओ लागू करने से ईजेबी चेनिंग को प्रोत्साहित किया जाएगा जो स्केलेबिलिटी पॉइंट व्यू से अच्छा अभ्यास नहीं है।

3. मैं डीएओ परत को ईजेबी एपीआई में नहीं जोड़ूंगा।

@Singleton EJB 3.1 में शुरू की चीज़ें थोड़ी बेहतर बना सकता है लेकिन मैं अभी भी EJBs रूप DAOs लागू नहीं होता। मैं बजाय सीडीआई (और शायद एक कस्टम स्टीरियोटाइप का उपयोग करूँगा, उदाहरण के लिए this article देखें)।

या मैं डीएओ का बिल्कुल उपयोग नहीं करता। जेपीए का इकाई प्रबंधक Domain Store पैटर्न का कार्यान्वयन है और डीएओ में किसी डोमेन स्टोर में रैपिंग पहुंच में बहुत अधिक मूल्य नहीं है।

Answer 2

@ पास्कल: मेरी राय में मेरा डीएओ लेनदेन या सुरक्षा का "ज़िम्मेदार" नहीं है, क्योंकि कंटेनर इन सेवाओं का प्रबंधन करता है। मैं सिर्फ अपने डीएओ में विधियों की व्याख्या कर रहा हूं (केवल सुरक्षा के लिए, क्योंकि लेन-देन स्वचालित रूप से संभाले जाते हैं)। एनोटेशन पहले से ही "ज़िम्मेदारी" हैं?

ठीक है तो आप मुझे अपने डिजाइन के बारे में फिर से सोचने के लिए तैयार करते हैं। आशा है कि इसके ठीक और भी विषय से हटकर नहीं है, लेकिन शायद यह मदद करता है - यह मैं कैसे आज JEE6 उपयोग कर रहा हूँ है:

• JSF तक पहुँचता है एक CDI बीन,
• CDI बीन डीएओ-EJB तक पहुँचता है जो क्या "व्यापार तर्क"
• इसलिए वर्तमान में मेरा एकमात्र "व्यवसाय तर्क" सीआरयूडी कर रहा है, बाद में मैं कुछ अन्य ईजेबी को एसिंक्रोनस विधियों या टाइमर सेवाओं जैसे महत्वपूर्ण कार्यों के लिए जोड़ दूंगा।
• मेरी डीएओ सामान्य है और typesafe प्रश्नों (किसी शर्त सभी)
• मुझे पता है कि मैं एक डीएओ के लिए/अद्यतन/हटाने (बहुत सरल) जारी रहती है की जरूरत नहीं है करने के लिए JPA2 मानदंड क्वेरी का उपयोग करता है, लेकिन मैं जरूरत यह मेरे प्रश्नों के लिए; इसलिए मैंने उन्हें एक साथ रखा

क्या उस दृष्टिकोण के साथ कुछ गलत है?

Answer 3

कुछ पुनर्विचार के बाद, ऐसा लगता है कि डीएओ वास्तव में सही काम नहीं है जो मैं करना चाहता था। पास्कल ने कहा, शायद यह वास्तव में एक फेकाडे है। मुझे अभी नेटबीन्स पेटस्टोर उदाहरण मिला - एक जावाईई 6 नमूना आवेदन, here देखें - जहां उनके पास आइटमफैक्ड है जो डेटाबेस से इकाइयों को ढूंढने/बनाने/निकालने के लिए ज़िम्मेदार है। यह एक स्टेटलेस सत्र बीन है। इस तरह दिखता है:

@Stateless 
public class ItemFacade implements Serializable { 
    @PersistenceContext(unitName = "catalogPU") 
    private EntityManager em; 

    public void create(Item item) { ... } 
    public void edit(Item item) { ... } 
    public void remove(Item item) { ... } 
    public Item find(Object id) { ... } 
    public List<Item> findAll() { ... } 
    public List<Item> findRange(int maxResults, int firstResult) { ... } 
    public int getItemCount() { ... } 
} 

तो एक निष्कर्ष के रूप में मैं अपने डीएओ डीएओ अब कहते हैं नहीं, लेकिन इसके बजाय सिर्फ उदाहरण के लिए PersonEJB (मुझे लगता है कि "PersonFacade" गलत समझा जा सकता है) और यह भी कर @Stateless, के रूप में मुझे लगता है कि Netbeans उदाहरण के रूप में अच्छी तरह से डिजाइन किया जा सकता है।