سؤال

يتصل تطبيقنا غالبًا بنوع مختلف من الواجهات الخلفية عبر خدمات الويب، وMQ، وJDBC، والملكية (المباشرة عبر المقبس) وأنواع النقل الأخرى.لدينا بالفعل عدد من التطبيقات التي تتيح لنا الاتصال من تطبيقنا بهذه الواجهات الخلفية، وبينما تنفذ جميع هذه التطبيقات واجهة جافا المشتركة، فإنها لا تشارك أي شيء آخر.

لقد أدركنا أن هناك أجزاء ذات دلالة من التعليمات البرمجية مشتركة بين جميع تطبيقات الموصلات المحددة هذه وقررنا تبسيط عملية تطوير الموصلات المستقبلية من خلال موصل عالمي واحد.سيكون هذا الرابط قادرًا على تنسيق الرسائل بالتنسيق المتوقع بواسطة الواجهة الخلفية وإرسالها باستخدام آلية النقل المتاحة.على سبيل المثال، تنسيق رسالة ذات طول ثابت عبر MQ أو عبر مأخذ توصيل.

إحدى المعضلات التي نواجهها هي التكنولوجيا الأنسب لهذا النوع من الموصلات.حتى الآن، كانت موصلاتنا عبارة عن فئات Java أساسية تنفذ واجهة Java الشائعة.نظرًا لأننا نستضيف تطبيقاتنا بشكل عام في بعض خوادم تطبيقات Java EE، فيبدو أن Java Connector Architecture ستكون التكنولوجيا الأكثر ملاءمة لهذا الجزء من البرنامج.ومع ذلك، يبدو أن تنفيذ الموصل المتوافق مع JCA معقد نسبيًا.ما هي الفوائد الملموسة من اتباع معيار JCA وهل الفوائد تبرر الجهد الإضافي؟

هل كانت مفيدة؟

المحلول

في الواقع JCA يبدو التكنولوجيا الأكثر ملاءمة لك.لقد تم بالفعل تقديم حجج ممتازة، وهي إمكانية النقل والواجهة الموحدة وتجميع الاتصال ودعم المعاملات.ولا ننسى الأمن.

باستخدام خادم WebSphere Process، يمكن عرض المحولات كخدمة SCA والتي يمكن أن يكون لها الكثير من الفوائد إذا كان ذلك مهمًا بالنسبة لك.

تتمتع بعض أدوات التطوير أيضًا بدعم واسع النطاق لتطوير واختبار موصلات JCA.

فائدة أخرى هي (يجب) على مسؤولي Java EE (ذوي الخبرة) ومطوري Java EE معرفة المعيار بحيث يكون من السهل تبسيط الإدارة والتطوير.

ولكن في النهاية يجب أن تجد أسبابًا لتنفيذ JCA بناءً على نطاق مشروعك أو الخطط المستقبلية التي لديك لمشروعك أو ربما ضمن سياسة شركتك.

نصائح أخرى

والجواب باختصار: لا أرى أي فائدة على اختيار JCA خلال تقنيات أخرى، وأرى أن هذا العيب منذ تحتاج حاوية جافا EE

.

والإجابة الطويلة:

ولقد كنت المشككين حول هذه المعايير جافا EE لبعض الوقت الآن. وأنا لا أرى سببا مقنعا <م> التقنية استخدام مميزة الخادم جافا EE الكامل بعد الآن، لأن هناك تطبيقات مفتوحة المصدر أفضل ل<م> كل ميزة المقدمة. لقد تم لعض عدة مرات من قبل التوافق التنفيذ عند الانتقال إلى / من "حلول enterprisey".

وفكرة JCA وتطفو على السطح هنا الآن وأنا دفع لمحاولة اباتشي الجمل أو <أ href ل = "http://www.springsource.org/spring-integration" يختلط = "نوفولو noreferrer"> التكامل الربيع بدلا من ذلك. أنا كل لتطبيقات مفتوحة المصدر التي يمكن استخدامها في كل مكان. وهناك الكثير مما يجري. تحقق هذه القائمة من مكونات . منحت، ربما أصغر من ماذا يكون وضعت بالفعل مع JCA، ولكن كل شيء هو مصدر مفتوح والأمر كله في مكان واحد. أيضا، وأعتقد أن الوثائق هي أبسط وأكثر اكتمالا. الرغبة للاندماج يدعو إلى SPI قوية مع الكثير من المصادر المفتوحة، امثلة حية حقيقية، وضعت في نفس الشكل، والتي يمكن العثور عليها في نفس المكان.

وأنا كره سلبية، ولكن أنا لا أحب الكاملة خوادم التطبيقات مميزة. على سبيل المثال، وأود أن تذهب لهر والتراكوتا <م> يحصل ثبت أي يوم أكثر من غيرها من المنتجات "enterprisey"، تماما كما كنت أذهب مع الجمل قبل JCA، حتى الحاجة إلى JCA. أنا لا أحب فكرة اللجنة جافا لمعرفة كيف ينبغي تطوير التطبيقات الخاصة بها لأنني لا أثق بهم. وأعتقد أنه من مصلحة بلدي عندما قطعة من البرمجيات يمكن أن تعمل بنفس السهولة على جافا SE / الحزب الشيوعي الثوري كما هو الحال في بيئات جافا EE أو في حاوية بريمج نقية.

ولقد وضعت مجرد محول الموارد الواردة لجهاز تحديد المواقع الاتصال عبر بروتوكول الملكية. لم يكن ذلك الكثير من المتاعب، على الرغم من أنني قد حصلت على انطباع بأن وضع واحد الصادرة قد تتطلب المزيد من العمل. أسوأ شيء مع JCA هو عدم وجود وثائق. جميع الكتب والمقالات ويبدو أن نفس المثال البكم.

والشيء الأكثر أنا مسرور هو قابلية. مرة واحدة كنت قد كتبت محول يمكنك توصيل رر (أرشيف محول الموارد) إلى أي خادم التطبيق لتوفير التطبيقات المنتشرة القدرة على التواصل مع نظام المعلومات البيئية التي تدعمها را الخاص بك. أو يمكنك حزمة رر في الحرب / الأذن.

والفوائد هي في المقام الأول للبائعين الذين يرغبون في بيع وصلات إلى الملكية أنظمة خلفية للاستخدام مع أي خادم التطبيق، للعملاء الذين يريدون أن تكون قادرة على إسقاط في الموصل دون الحاجة إلى القلق حول ما إذا كان يعمل فقط على يبلوغيتش لا بنك الإسكان للتجارة، الخ والواقع أن هذا هو الهدف من جاوة EE بشكل عام.

لاحظ أن جبوس قد قررت وضع العديد من الأشياء في JCA، على سبيل المثال اتصالات JDBC تذهب عبر JCA.

ورمز العميل مستقبلك سيكون واجهة موحدة، وبعض تجميع ودعم الصفقة الخ ولكن من المهم للحفاظ على مرأى من الصورة الأكبر. أي أن الفوائد لا تستهدف ديك ومشروع واحد على وجه التحديد، ولكن في برنامج النظام البيئي يتكون من العديد من خوادم التطبيقات، العديد من أنظمة النهاية الخلفية، العديد من الروابط وهلم جرا.

ويبدو وكأنه الاستخدام الجيد ل JBI حاوية مع مكونات ملزمة. مناقشة من JCA مقابل JBI.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top