سؤال

ولدي النظام القائم على J2EE الذي يشغل حاليا على أباتشي القط. نحن في مناقشات لنقل خوادم الإنتاج لدينا إلى خادم Glassfish.

ويمكن للشخص تبادل الخبرات مع أي منهما؟

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

المحلول

إليك تماما مقارنة القديم . على هذا النحو، وقدرات كل خادم تحسنت مما لا شك فيه.

وتحرير: هنا هو مقارنة الحالية

وكلاهما أكثر من مستقرة بما يكفي للاستخدام الإنتاج بالرغم من ذلك. انها حقا لينزل إلى الميزات.

نصائح أخرى

وأنها غير قابلة للمقارنة حقا.

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

وGlassfish هو خادم الكامل تطبيق جافا مع تنفيذ واجهات برمجة التطبيقات مثل نقابة الصحفيين، لل EJBs وأكثر من ذلك. يحتوي Glassfish محرك بريمج يستخدم في البداية من قبل قط، لكنها تحسنت (لا أعرف بالضبط ما). أكثر من ملقمات glassfish الأخيرة استخدام وعاء آخر باستخدام grizzly الذي يستخدم API NIO عن الإدخال / الإخراج والمقاييس بشكل جيد. وبقدر ما أعرف، وبريمج المحرك Glassfish أكثر performant لل. هنا لقد وجدت معيارا لطيفة (أنها قديمة بعض الشيء على الرغم من):

http://weblogs.java.net/blog/ SDO / أرشيف / 2007/05 / how_to_test_con.html

والسؤال الكبير هو: لماذا؟ ماذا كنت تعتقد أنك بحاجة إلى أن Glassfish سوف توفر لك أكثر من القط أو جيتي؟ إدارة المرافق ربما؟

ومعظم الأشياء التي تريدها وراء حاوية بريمج الأساسية هي للتوصيل بسهولة.

وذلك في حين Glassfish على ما يرام كما هو، لا يوجد أي نقطة في التحرك "لمجرد". معظم خدمات الإنتاج لقد بنيت هي على الحاويات بريمج سهل القديمة، وذلك باستخدام أي من الميزات تنفيذ محددة.

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

http://java.sun.com/developer/technicalArticles/glassfish/ GFandMySQL_Part1.html

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