وثائق جيدة حول "تجنب الالتقاط القابل للتشغيل" ، في سياق خادم WebLogic

StackOverflow https://stackoverflow.com/questions/2803693

سؤال

أقوم حاليًا بإعادة إنشاء قاعدة كود موجودة (EJBS) لتمزيق جميع الكتل حيث يتم اكتشاف رمي داخل EJB.

try {
    ... do some business logic
} catch(Throwable t){
    ... log and swallow ... :-(
}

أريد/أحتاج إلى إقناع الأشخاص من حولي بالوثائق المناسبة بأن "Catching Dhropable" هو أمر لا يوجد لديه EJB (لدينا الكثير من المناقشات حول هذا). سوف يتعامل WebLogic مع جميع شروط "الخطأ" وربما إبطال EJBs ووضع EJBs الطازجة في المجمع. من شأن التخلص من الرمي أن تقوض كل هذه الشباك الأمنية التي توفرها WebLogic ، والقبض على الرمي هو ممارسة سيئة على أي حال (ولكن الناس هنا مترددين ويستخدمون المطرقة "القابلة للتسمية" في كل مكان).

هل أي شخص قادر على توجيهي إلى بعض المستندات عبر الإنترنت حيث يتم شرح هذا السلوك (لمدونات الويب ، JBOSS ، إلخ). لقد بحثت عبر Google وألقيت نظرة على مستندات Weblogic لكنني لم أتمكن من العثور على أي شيء ، فقط Generic Java Doc.

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

المحلول

يقولون ، الدليل في الحلوى.

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

هذا سوف يمنع النقاد الميت في مساراتهم.

نصائح أخرى

  1. شراء نسخة من جافا فعالة ، الطبعة الثانية لجوشوا بلوش لكل عضو في فريقك.

  2. اطلب من الجميع قراءة الفصل 9 ، "استثناءات" ، والتي تغطي:

    • "استخدم الاستثناءات فقط للظروف الاستثنائية"
    • "استخدم استثناءات محددة للظروف القابلة للاسترداد واستثناءات وقت التشغيل لأخطاء البرمجة"
    • "تجنب الاستخدام غير الضروري للاستثناءات المحددة"
    • "لصالح استخدام الاستثناءات القياسية"
    • "رمي استثناءات مناسبة للتجريد"
    • "توثيق جميع الاستثناءات التي ألقيتها كل طريقة"
    • "قم بتضمين معلومات التغلب على الرسائل التفصيلية"
    • "سعي من أجل الفشل في الذرة"
    • "لا تتجاهل الاستثناءات"
مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top