وقت نشر "الأذن" المزعج باستخدام أجهزة الكمبيوتر jboss وant وjsp وعصور ما قبل التاريخ

Question

أقوم بتطوير تطبيق جافا قائم على الويب، ويعمل على خادم jboss وSQL.

يبدو أنني أجد نفسي أقضي قدرًا كبيرًا من الوقت في إعادة الترجمة/النشر فقط لتعديل الواجهة في jquery/javascript/css/html.

هل هناك أي نصائح للحد من التحول؟

تم نشره في ملف أذن، لذا لا يمكنني تغيير jsps/javascript بعد النشر (؟).نعم، لقد قمت بإنشاء إصدار ثابت من الواجهات الأمامية لصفحة الويب ولكنها لا توفر لي الوظائف الكاملة - ولا توجد أي بيانات من معالجة db/jstl.

لتوضيح أن الوقت الفعلي للتجميع ليس كبيرًا (30 ثانية) بقدر ما يتم إعداد تصميمات النمل بشكل جيد وهي معيارية للغاية؛إن النشر اللاحق إلى jboss والوصول إلى التطبيق هو الذي يسبب الصداع الحقيقي.

Answer 1

إذا كنت لا تعمل مباشرة في حرب انفجرت داخل مجلد Hotdeploy في JBoss ، ففكر بشدة.

Answer 2

عند التطوير مع خادم التطبيق ، استخدمت هذا المنتج في الماضي: جريبل من Zeroturnaround.

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

لم أستخدم Jrebel مع JBoss لكنهم يذكرونها كحاوية مدعومة ، لذا لا ينبغي أن تكون THTA مشكلة.

Answer 3

أنا مصمم ويب متوسط ​​(في أحسن الأحوال!) وكتابة HTML وCSS المعقدتين أمر مؤلم بالنسبة لي.الكثير مما أفعله بالأنماط والتخطيط هو عبارة عن تجربة وخطأ وينطوي على الكثير من التغيير والتبديل.أنا أيضا أغير رأيي بشكل متكرر بالضبط ما ظل اللون أريد الأشياء.في الأساس، أنا في نفس القارب مثلك.

لقد تخليت منذ فترة طويلة عن فكرة دورة تكرار اختبار النشر (mvn clean tomcat:deploy يستغرق دقيقتين في مشروعي الحالي) لأنه بحلول التكرار العاشر، فإن محاولة حل مشكلة تخطيط بسيطة وانتظار النشر من شأنه أن يدفعني إلى المنعطف.أستخدم الآن استراتيجيتين؛

1. احصل على نسخة ثابتة من HTML الذي أريد العمل به.ويعني هذا عادةً نشر التطبيق والانتقال إلى الصفحة وحفظه في دليل العمل في مكان ما.يؤدي هذا إلى حفظ HTML الثابت بالإضافة إلى أي صور.بعد ذلك، أقوم بنسخ ملفات CSS من مساحة العمل الخاصة بي إلى دليل العمل ثم أقوم بتحرير ملف HTML المحفوظ يدويًا للإشارة إلى ملفات CSS هذه.

2. افتح صفحة HTML الثابتة في Firefox.يمكنني الآن تعديل CSS أو HTML وتحديث Firefox ببساطة لإظهار التغييرات.انخفض وقت التكرار الآن إلى حوالي ثانية واحدة.يمكنني تحسين تعديلاتي بشكل أكبر باستخدام ملحق Firebug.يتيح لك هذا التعامل مع CSS وHTML من داخل Firefox.يعد هذا مفيدًا بشكل خاص للحصول على حجم الهامش والمساحة الصحيحة.بمجرد أن أقوم بتعديله في Firebug، أقوم بتحرير HTML وCSS المحفوظين ثم قم بتحديث Firefox للتأكد من أنني سعيد بالنتيجة.

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

يحرر:لم أذكر جافا سكريبت، ولكن هذه العملية تعمل بشكل رائع مع JS أيضًا!