ओएसजीआई कंटेनर में ऊंट: सभी ऊंट संदर्भों के लिए InterceptStrategy लागू करें

Question

मेरे पास ओएसजीआई कंटेनर में तैनात कई बंडल (ए, बी, और सी) हैं, जिनमें प्रत्येक CamelContext और कुछ मार्ग हैं। मेरे पास CamelContext के साथ एक मार्ग (निगरानी डेटा एकत्र करने के लिए) और InterceptStrategy बीन के साथ एक और बंडल (एम) है। मैं InterceptStrategy एम से बीन को अन्य बंडलों को संशोधित किए बिना कंटेनर (यानी ए, बी, और सी में) के सभी अन्य CamelContext एस पर स्वचालित रूप से लागू करना चाहता हूं।

आखिरकार, लक्ष्य को स्पष्ट रूप से रूट करने के लिए ए, बी, या सी में कोई भी बदलाव किए बिना एम में रूट में प्रत्येक CamelContext से डेटा को वायरटैप करना है। क्या यह दृष्टिकोण या एक समान दृष्टिकोण करने योग्य है?

CamelContext एस के सभी स्प्रिंग एक्सएमएल का उपयोग करके कॉन्फ़िगर किए गए हैं।

---

अद्यतन: अतिरिक्त संदर्भ

बंडल ए, बी, और सी डाटा प्रोसेसिंग के लिए जिम्मेदार मुख्य उत्पाद होते हैं। बंडल एम में एक वैकल्पिक निगरानी उपकरण है, जो ए, बी, और सी के माध्यम से बहने वाले डेटा के कुछ मानकों को मापने के लिए डिज़ाइन किया गया है। वर्तमान में, वैकल्पिक टूल को जोड़ने के लिए ए, बी, और सी में मार्गों को बदलने की आवश्यकता है ताकि अतिरिक्त Processor एस को समृद्ध किया जा सके। Exchange निगरानी डेटा के साथ और <to /> एंडपॉइंट्स से पहले निगरानी डेटा पढ़ने के लिए।

लक्ष्य बंडल एम में ए, बी, और सी के साथ पहले से ही सत्यापित-कार्यरत प्रणाली में ड्रॉप करने में सक्षम होना है; और मौजूदा और काम करने वाले बंडलों के लिए कॉन्फ़िगरेशन को संशोधित किए बिना मौजूदा मार्गों पर स्वचालित रूप से लागू होते हैं। यह है, इसका समर्थन करने के लिए ए, बी, और सी में संशोधन करने के लिए स्वीकार्य है, जब तक कि परिवर्तन ए, बी, और सी को चलाने के लिए एम पर भरोसा नहीं करते हैं (यानी, एबीसी अभी भी एम के बिना चलाना चाहिए)।

यदि इंटरसेप्टरों का उपयोग करने से ऐसा करने का बेहतर माध्यम है, तो मैं इसके लिए खुला हूं। प्राथमिक लक्ष्य हैं:

1. एम से decoupled (विशेष रूप से विकास के दौरान)
2. सुनिश्चित ए, बी के साथ एम एकीकृत एक रखें, बी, और सी, और सी
3. एम करने की अनुमति दें संभव के रूप में आसान है मैन्युअल रूप से ए, बी, या सी

Answer 1

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

JMS

A, B & C कि M

intercept().bean(transformForMonitoring).to("jms:queue:monitoring"); 

from("whatever:endpoint") 
    .process(myProcessor) 
    .to("target:endpoint"); 

के लिए अपने संदेश को प्रकाशित करता है में एक ऊंट संदर्भ के लिए एक InterceptorStrategy बनाएं अगर आपको की भूमि के ऊपर नहीं चाहते intercept() पर vm घटक इस्तेमाल कर सकते हैं जेएमएस, हालांकि यह आपके निगरानी घटक को एक एकल जेवीएम में सीमित करता है।

JMX

इसमें कुछ समय अधिक जटिल है, लेकिन मूल विचार के लिए A, B & C

<camelContext id="camel" xmlns="http://camel.apache.org/schema/spring"> 
    <jmxAgent id="agent" mbeanObjectDomainName="your.domain.name"/> 
    ... 
</camelContext> 

MBeans प्रकाशित और उसके बाद M के लिए JVM MBean सर्वर से कनेक्ट ऊंट संदर्भ बताने के लिए है और एक्सचेंजों पर प्रतिक्रिया करने के लिए NotificationListener जैसे कुछ का उपयोग करें।

Answer 2

या तो स्प्रिंग-डीएम का उपयोग करें, या अपने सभी वसंत एक्सएमएल आधारित मार्गों को ब्लूप्रिंट करने के लिए बेहतर रूप से परिवर्तित किए बिना एकीकृत किया जाए। Karaf/Osgi में एक्सएमएल आधारित रूट्स का उपयोग करने का यह सबसे अच्छा तरीका है।

Answer 3

संभावना में से एक custom Tracer को बंडल 'एम' में परिभाषित करता है और इसे ओजीआई सेवा के रूप में निर्यात करता है।

बंडल एक में, बी, सी ट्रेस सक्षम करने के लिए निर्यात किया ट्रेसर सेम

उपयोग camel JMX को OSGi-संदर्भ परिभाषित करते हैं।

यह बंडल एक में परिवर्तन परिणाम होगा, बी, सी, लेकिन यह कम से कम हो जाएगा और यह भी और एकीकृत करने की योग्यता दे देंगे अनुरेखण (अवरोध उत्पन्न कर रहा)

मैं इस अपने आप को प्रयास नहीं किया है कॉन्फ़िगर करते हैं, लेकिन hth