الخيارات الخفي في حاوية التطبيق

Question

قرأت في ما بعد ذلك إلى منتدى Smack مؤخرا ذلك

بدء الخيوط الخفي في خادم Java EE هو رقم كبير لا

أساسا Smack's XMPPConnection يبدأ موضوع الخفيين واحد لمراقبة البيانات الواردة وآخر لإرسال البيانات الصادرة من / إلى خادم Jabber على التوالي. هل من المعقول استخدام خيوط الخفي للاستماع للكتابة / يقرأ في هذا السيناريو؟

Answer 1

نعم، يخلق XMPPCONNECTIONNECT من خيوط اثنين - واحدة للاستماع / القراءة واحدا للكتابة. لكن هذه تعيش فقط طالما مثيل XMPPConnection، الذي افترض أنه ليس للأبد.

"بدء الخيوط الخفي في خادم Java EE هو رقم كبير لا"

هل تكتب المواصفات المتوافقة EJB؟ إذا كان الأمر كذلك، فإن هذا ينطبق. يقول المواصفات لا تفعل ذلك. EJB 2.1 المواصفات:

"يجب أن لا تحاول فول المؤسسة إدارة المواضيع. يجب ألا تحاول فول المؤسسة أن تحاول البدء أو إيقاف أو تعليق أو استئناف مؤشر ترابط أو تغيير أولوية موضوع أو اسمه. يجب ألا تحاول فول المؤسسة إدارة مجموعات مؤسسات الترابط."

أم أنها مجرد WebApp يحدث أن تكون قيد التشغيل في Tomcat؟ إذا كان هذا هو الحال، فأنا لا أرى أي مشكلة أساسية. بدون مؤشرات الترابط، لن يتمكن عميل Smack الخاص بك من التواصل مع الخادم.

Answer 2

لقد استخدمت Smack API لاتصالات العميل التي هي برامج مستقلة وحدها. أولا، يجب عليك إعادة النظر في الاختيار (أو الغرض) من Smack API داخل حاوية J2EE.