.net क्या आप बिज़टॉक का उपयोग कर रहे हैं? यदि हां, तो आप इसे कैसे उपयोग कर रहे हैं?

हम विभिन्न स्रोतों और विभिन्न प्रकार (सीएसवी, निश्चित चौड़ाई, एक्सएमएल) से छोटी और बड़ी डेटा फ़ाइलों को आयात करने के लिए 2006 बिज़टेक का उपयोग करते हैं। मुझे लगता है कि बिज़टॉक की महान विशेषताओं में से एक इसकी फ्लैट फाइल डिसैसाम्बलर है। आप किसी विज़ार्ड के उपयोग से एक फ्लैट फ़ाइल के श्रृंगार का वर्णन कर सकते हैं और यह प्रतिनिधित्व एक XML स्कीमा परिभाषा (.XSD) के रूप में संग्रहीत है। जादूगर आपको एक एकल फाइल को समझने की भी अनुमति देता है जिसमें पंक्ति के कुछ सूचक के आधार पर अलग-अलग प्रकार की पंक्तियां (और इसलिए लंबाई) हो सकती हैं सुन्दर सामान।

-Krip

वर्तमान में हम कॉमर्स सर्वर 2007 के एक उदाहरण से संचार करने के लिए और हमारी मुख्य ईआरपी डायनेमिक्स एनएवी को डायनेमिक्स आरएमएस चलाने वाले कई स्टोरों के लिए हमारी कंपनी में बीज़टैक 2006 का इस्तेमाल करते हैं। BizTalk निश्चित रूप से एक शक्तिशाली समाधान है, लेकिन मैं सीखने की अवस्था काफी अधिक खड़ी करता हूं और स्टैक ओवरफ्लो पर दूसरों के साथ सहमत हूं जो ने कहा है कि यह माइक्रोसॉफ्ट द्वारा उत्पादित सबसे जटिल सर्वर है।

यह क्या करता है, यह रॉक ठोस है और यदि सिस्टम के साथ कभी भी समस्याएं हो रही हैं तो यह श्रृंखला के एक छोर पर या अन्य अन्य पर है लेकिन बिज़टॉक के साथ कभी नहीं।

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

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

निजी तौर पर इसके लिए विकसित किया गया है:

खरीद: विभिन्न विनिर्माण कंपनियों के लिए एक अस्पताल के लिए खरीदारी का अनुरोध संभालना ये कंपनियां अलग-अलग कंपनियों को भेजे गए एक्सएमएल अनुरोधों को बदलती रहेंगी, जहां प्रत्येक निर्माण की अपनी शैली होगी। तब सभी खरीदारियों को एक html / xslt रिपोर्ट (घर रसीद में) में भी दिखाया गया था जो कि कीमतों पर खरीदा गया था।

एचएल 7: एचएल 7 फ़ाइलों की एक बड़ी मात्रा को एक बार संसाधित किया जाता है (इसे एक बार में 4 को संभालने के लिए सेटअप किया गया था), संसाधित और उस दिन के लिए एक नया फ़ोल्डर में रखा गया।

मैंने एचएल 7 एक्सेलेरेटर का उपयोग करते हुए कुछ एचएल 7 समाधान विकसित किए, एक दावे आवेदन प्रणाली के कार्यप्रवाह को प्रबंधित करना, संदेश रूटिंग के लिए सामान्य दृष्टिकोण का उपयोग करने वाले भिन्न प्रणालियों के बीच एकीकरण आदि।

सभी मज़ेदार और बहुत सारे काम ... ;- डी

हम तीसरे पक्ष के ऑर्डिंग सिस्टम से जुड़ने के लिए BizTalk का उपयोग करते हैं। मैं संभवतया इसे एक उपयोगी, अभी तक शुरुआती दृष्टिकोण के रूप में वर्गीकृत करूँगा, जिसमें विशाल क्षमताओं का उपयोग करने के लिए बिज़टॉक ऑफर कर रहे हैं। इसका मतलब, मेरा मतलब है कि हम केवल कार्यक्षमता का एक अंश का उपयोग करते हैं। यह कुछ इस तरह चलता है:

• एक आर्केस्ट्रा का चुनाव तीसरी पार्टी आईबीएम संदेश कतार में है।
• इस पंक्ति में ऑर्डर की जानकारी (एक्सएमएल फॉर्मेट में) है जिसे हम अंततः हमारे माइक्रोसॉफ्ट एसक्यूएल सर्वर डाटाबेस में आयात करना चाहते हैं।
• एक बार एक्सएम कतार से प्राप्त हो जाने पर हम एक्सएमएल को एक्सएमएल को एक स्वरूप में लाने के लिए एक Xslt अनुवाद चलाते हैं जो हमारी प्रणाली समझता है।
• अनुवादित XML के साथ हम एक संग्रहीत प्रक्रिया को बुलाते हैं जो ऑर्डर के वास्तविक "आयात" करता है।

समाधान काफी अच्छा काम कर रहा है और अब कुछ सालों से उत्पादन में रहा है। यह उन चीजों में से एक है जो सिर्फ काम करता है।

मुझे एक बात यह याद रखनी चाहिए कि इसे विकसित करते समय हमने मैपर टूल का उपयोग करने की कोशिश की ताकि हमें चीजों के अनुवाद के भाग में सहायता मिल सके। हमारा अनुवाद काफी जटिल था और टूल ही उपयोग करने के लिए बेहद थकाऊ था। चूंकि हम एक्सएसएलटी के साथ सहज थे, इसलिए हमने अपना अपना लेखन किया और ग्राफिकल मैपर टूल का इस्तेमाल नहीं किया। ऐसा लगता है कि मैपर टूल सरल अनुवादों के लिए बहुत उपयोगी होगा, लेकिन कुछ तत्वों पर कुछ भी रखरखाव दुःस्वप्न (आईएमएचओ) बनना शुरू हो जाता है।

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

पूर्व में मैंने बी 2 बी पर्यावरण में ई-कॉमर्स प्रयोजनों (आदेश, ऑर्डर की स्वीकृति, डिलीवरी अधिसूचना, आदि) के लिए बीटी (2004) का उपयोग किया है और यह वास्तव में अच्छी तरह से काम किया है। यह शायद बीटी का रोटी और मक्खन है, क्योंकि यह एक संगठन में बैठने के लिए सबसे स्पष्ट स्थान है।

इन दिनों मैं (लगभग) एक पूरी तरह से आंतरिक बीटी परियोजना में शामिल था जो शुरू में एक विरासत प्रणाली से बड़े ऐड-लोड को एक नए ऐप में संभालता है, और आगे बढ़ने से एक अन्य विरासत ऐप और एक ही नई प्रणाली के बीच मैसेजिंग को संभाला जाएगा। शायद प्रौद्योगिकी का सबसे अधिक कुशल उपयोग नहीं है, लेकिन अब एक एंटरप्राइज़ सर्विस बस प्रकार आर्किटेक्चर को कार्यान्वित करने के लिए आधारभूत संरचना है जिसे "हमारे व्यवसाय के उद्धारक" के रूप में देखा जाता है। मुझे अभी तक उस सोच पर विश्वास होना है, यद्यपि। : एस