2010-11-16 12 views
26

मैंने JCA resource adapter before लिखा है।क्या एक जेसीए 1.6 संसाधन एडाप्टर को प्रबंधित प्रबंधित कनेक्शन की आवश्यकता है?

हालांकि, अब मुझे BootstrapContext और इसके संबंधित WorkManager तक पहुंचने के लिए पूरी तरह से लिखने की स्थिति में, और प्रभावी रूप से किसी अन्य कारण से नहीं मिल रहा है।

अगर मैं सही ढंग विनिर्देश पढ़ रहा हूँ - और यह कि मेरे सवाल है - ऐसा लगता है कि अगर मैं किसी को उपयोग एक युक्ति-संगत फैशन में मेरी संसाधन एडाप्टर के लिए सक्षम होना चाहते हैं, मैं अभी भी ManagedConnectionFactory लागू करने की आवश्यकता , क्योंकि ऐसा लगता है कि ManagedConnectionFactory कार्यान्वयन द्वारा समर्थित उपयोगकर्ता कनेक्शन कारखानों @Resource एनोटेशन के माध्यम से इंजेक्शन के लिए योग्य हैं।

आगे बढ़ें, इसे फिर से पढ़ें; मैं इंतजार करूँगा। :-)

एक आदर्श दुनिया में, मैं अपने ResourceAdapter कार्यान्वयन लिखने के लिए, @Connector साथ उस पर टिप्पणी करें, सभी @ConfigProperty बिट्स निर्दिष्ट करते हैं, एक .rar फ़ाइल में इसे पैक, और इसके साथ किया जाना चाहते हैं।

हालांकि, मुझे लगता है कि विनिर्देश प्रभावी रूप से अनिवार्य है कि उपभोक्ता (मेरे मामले में एक स्टेटलेस ईजेबी) और संसाधन एडाप्टर मॉड्यूल के बीच सभी संचार उपयोगकर्ता कनेक्शन फैक्ट्री के माध्यम से पूरा किया जाना चाहिए।

उदाहरण के लिए, खंड 6.10.1 का कहना है:

एक संसाधन एडाप्टर निम्नलिखित इंटरफेस के कार्यान्वयन प्रदान करनी चाहिए:

  • javax.resource.spi.ManagedConnectionFactory
  • javax.resource। spi.ManagedConnection
  • javax.resource.spi.ManagedConnectionMetaData

लेकिन धारा 18 - एनोटेशन पर अनुभाग - किसी भी सार्थक तरीके से इसे लागू करने के लिए प्रतीत नहीं होता है।

क्या यह वास्तव में मामला है? मुझे लगता है कि यह होना चाहिए, लेकिन मैं उन लोगों से सुनना उत्सुक हूं जिन्होंने 1.6 संसाधन एडाप्टर को एक साथ रखा है।

+0

यह बहुत समय पहले 2004 था, जब मुझे रिसोर्स एडाप्टर को कार्यान्वित करना था, प्रबंधित कनेक्शन कनेक्शन आवश्यक था, मुझे शायद ही विश्वास है कि कुछ भी बदल गया था। – bestsss

उत्तर

3

"यह अनुभाग कनेक्शन प्रबंधन अनुबंध के लिए आवश्यकताओं को रेखांकित करता है।"

क्या यह केवल जेसीए 1.6 एनोटेशन का उपयोग करके कानूनी है, बस संसाधन एडाप्टर कार्यान्वयन को परिभाषित करने के लिए - मूल रूप से - मॉड्यूल में कुछ भी नहीं?

हां। यह ठीक है।

विनिर्देश खंड 19.2 में इंगित करता है कि एक आउटबाउंड संसाधन अनुकूलक (जो इस होगा) चाहिए {handwave handwave} कनेक्शन प्रबंधन का उपयोग,

लेनदेन प्रबंधन और सुरक्षा प्रबंधन के ठेके हैं।अधिमानतः एनोटेशन और/या कोड को छोड़ते हुए से - - तीनों मामलों में, मैं सिर्फ दर्शाना चाहते हैं कि मैं suppo'r't नहीं है उनमें से किसी

आप आउटबाउंड संचार क्षमताओं की जरूरत नहीं है, आप (, संपर्क-कारखाने, प्रबंधित-संबंध-कारखाने आदि) उन्हें परिभाषित करने की जरूरत नहीं है

यह करने के लिए पर्याप्त है बस, एक POJO कि ResourceAdapter लागू करता है निर्माण @Connector साथ उस पर टिप्पणी करें, और वहाँ से जाना?

हां।

क्या मैं @Resource एनोटेशन का उपयोग करके अपने ईजेबी में ऐसे POJO को इंजेक्ट कर सकता हूं?

मुझे नहीं लगता कि "संसाधन एडाप्टर" जावा बीन @Resource एनोटेशन का उपयोग करके इंजेक्शन दिया जा सकता है। जब भी संसाधन-एडाप्टर तैनात/सक्षम/सर्वर शुरू होता है,

ग्लासफ़िश संसाधन-एडाप्टर बूटस्ट्रैप करेगा।

+3

ठीक है, लेकिन ऊपर दिया गया सवाल यह नहीं पूछता कि कनेक्शन कनेक्शन एडाप्टर बनाना संभव है या नहीं। मैं आपके उत्तर (और अन्य) से देखता हूं कि आप यह कर सकते हैं, लेकिन यदि आप चाहते हैं कि आपके अंतिम उपयोगकर्ता इसका उपयोग कर सकें, तो मेरा प्रश्न है: क्या कनेक्शन कारखाना की आपूर्ति करना आवश्यक है? –

+0

इसका उपयोग करके आपका क्या मतलब है? आपको इसे एएस द्वारा सक्रिय करने की आवश्यकता है। ऐसा करने के लिए सबसे स्पष्ट तंत्र एक कनेक्शन @ Fartup @ स्टेटलेस 'ईजेबी में कनेक्शन फैक्ट्री इंजेक्ट है। अब आप आश्वासन प्राप्त करते हैं कि आपके जेसीए बूटस्ट्रैप को तैनाती के साथ बुलाया गया है। संचार के लिए शायद प्रशासक ऑब्जेक्ट इसे नियंत्रित करने के लिए एक और तंत्र है, अगर "संदेश" की धारणा आपके साथ अच्छी तरह से नहीं बैठती है। –

संबंधित मुद्दे