framework JSF

اقتباس

ما هو احسن framework لعمل تطبيقات الويب ب J2EE

أظنك تقصد WEB framework لأن هناك أنواع كثيره من ال frameworks في الجافا, فيوجد Persistence framework و Enterprise framework

بالنسبه لل Web Frameworks ف JSF جميل وسهل,

قم بتحميل Eclipse 3.5 EE و JBoss Application Server و ستجد JSF موجوده

شكرا ليك دائما تفيدني بارك الله فيك

في web application هل يوجد كيف نعمل interface graphique

يعني لو في صفحة الويب اريد ان اضيف زر كيف يمكن ان اضيفه لو قمت باضافة JBoss Tool

يعني JBoss Application Server هو سيرفر للصفحات

لو استعملت TomCat

هل يكون Framework JSF مثبت؟

وا ايهما احسن JBoss Application Server أو Tomcat

في حالة tomcat , ستضطر لإضافه ال JSF RI بنفسك للمجلد tomcat/lib بالإضافه لل jstl

tomcat أخف و أحسن من ال JBoss لتطبيقات الويب (لو إستطعت تثبته كما أشرت إليك)

ملاحظة, Eclipse به خاصيه تجعله يجلب لك المكتبات الخاصه ب JSF و تثبيتها لك دون أي عناء منك.

بالنسبة لتصميم الواجهه, نعم JBoss Tools تحتوي على مصمم لصفحات, لكن أنا لا أفضله ولا أحبه (اعتقد مصمم الصفحات الموجود في NetBeans أفضل بكثير :( )

انا افضل العمل ب eclipse وليس netbeans

انا حملت JBoss Tool

فكيت الضغط واضفت كل folder في المجلد المناسب لكن لم اعرف كيف استعمله واستفيد منه

سلام عليكم مرة ثانية

بالنسبة لJava Stand Tag Library حملت 2 files

jstl-api-1.2

jstl-impl-1.2

اضع الاثنين في المجلد tomcat/lib

اما بالنسبة ل JSF RI فلم افهم ما فائدته ولماذا اضيفه وما اسم الملف الذي يجب ان احمله

الموقع مليئ بالملفات

شكرا

بالنسبه لل JSTL , فتام, الله ينور عليك.

اقتباس

اما بالنسبة ل JSF RI فلم افهم ما فائدته ولماذا اضيفه وما اسم الملف الذي يجب ان احمله

ستجد ملفان, هما jsf.jar و jsf-impl.jar , أو شئ بهذا المعني,

فلأول هو الدوال التوصيفيه (abstract apis), و هي التي تبدأ ب

javax.faces.*

الثاني, فهو الimplementation الخاص ب sun و ستجد الدوال تبدأ ب

 com.sun.faces.*

إنظر هنا

السلام عليكم

هذه هي الملفات اتي حملتها هل تكفي حتى استطيع بداية البرمجة؟

وماذا عن ادوات BossTool

كيف يمكن ان استعملها او كيف يمكن ان اظهر الادوات حتى اعمل graphic

JSF JAR.zip

اقتباس

هذه هي الملفات اتي حملتها هل تكفي حتى استطيع بداية البرمجة؟

نعم.

اقتباس

وماذا عن ادوات BossTool

كيف يمكن ان استعملها او كيف يمكن ان اظهر الادوات حتى اعمل graphic

أنا أخطط لأقوم بكتابة موضوع عن إستخدام eclipse من الإبره للصاروخ في كتابة تطبيق JSF .

ربما تجده الليله إن شاء الله و قدر

تعديل

ها هو:

/index.php?showtopic=221327&st=0&gopid=1098384entry1098384

{هويدي} كتب:

قم بتحميل Eclipse 3.5 EE و JBoss Application Server

عزيزي هويدى هل هناك طريقة لربط الاثنين اقصد eclipse و Jboos

حاليا انا اعمل بالاثنين فعندما انتهى من التعديل على الويب اقوم بتصديره الى JBoos وهذا امر مزعج ، فمهما كان التعديل بسيطا الى اني احتاج الى التصدير.

قمت باضافة ال JBoos كسيرفر في eclipse ولكن نفس القضية عند اي تعديل يجب على ان اعمل deploy لأتمكن من رؤية التعديل.

في الجهه الاخرى عند استخدام tomcat فبمجرد حفظ صفحة JSP او Java سترى التعديل مباشرة في الويب.

أذكر أني ألغتيها في tomcat

وكنت أقوم بالتالي

أذهب إلى ملف context.xml

وأغير السطر التالي

<Context reloadable="true" privileged="true">

إلى

<Context>

ربما لو قمت بالعكس ستحصل على نتيجة

وربما عليك أن تبحث في مستندات JBOss عن هذه الخاصية إن كانت موجودة

تحياتي

أخي العيافي,

إجابه ملخصه: إستخدم JBoss Tools , و قم بعمل deploy,من ال JBoss Server view (اظن هذا إسمه), فالعملية لا تأخذ ثوان قليله.

اقتباس

إجابة مطوله:

إذن نحن نريد أن نري أخر تعديلات لنا في مشارعنا المؤسساتيه بدون عمل undeploy و من ثم deploy ..

تاريخيا, لا, لا نستطيع, لابد من عمل deploy.

لعلنا نعرف أنه من عيوب تطبيقات جافا الموسساتيه المعياريه Java EE standard أمثلة EJB أنها تأخذ وقت أطول في التطوير بسبب الحلقة المكرره دائما (غير الكود- إبني التطبيق - إنشر لخادم التطبيقا ) (change code - build - deploy) و من هنا جاءت فكرت تطبيقات مؤسساتيه لا تعتمد على Application server , و من هنا جاءت فكرة الوعائيات الخفيفه (lightweight containers ) ومن أمثلتها Spring.

إذن لابد من عمل build و deploy للتطبيق لكي يكون جاهز للعمل,

بالنسبة ل tomcat + eclipse:

حقيقة أنا أنصح أي مطور ويب بالجافا أن لايستخدم أي خادم سوى tomcat (طالما أن غرضك هو تطوير تطبيقات ويب فقط وليست تطبيقات مؤسساتيه تحتاج منك ل خادم تطبيقات كامل Full Application server )

عند إستخدامك ل tomcat + eclipse , فإن وقت إعادة تشغيل tomcat تكون صغيره جدا مما يجعلني أن أنصحك بأن تترك الوضع الإفتراضي وألا تعير الأمر أهميه إلا إذا كان جهازك إمكانياته متدنيه جدا. (يمكنك أيضا إغلاق ميزه ال auto deploy كما أشار علاء - أنا شخصيا أكرهها )

وهذا غالبا ما يحدث, إعادة تشغيل سريعه للخادم في حالة تغير في ملفات Java, و deploy سريع في حالة تغير ملفات JSP.

بالنسبة ل JBoss + eclipse :

لا تستخدم JBoss Application server إلا إذا كنت محتاج كل ما يقدمه من خدمات مثل EJB, JMS, JNDI ,, إلخ

عند إستخدام JBoss AS , فأنا أنصحك بإستخدام JBoss tools معه.

و كما تحدثنا في بداية الموضوع, فإن من عيوب إستخدام App Servers هو دورة التطوير المملة التي تكون على شكل حلقة دائما (عدل - إبني - إنشر )

غالبا ما يكون وضع auto-deploy في Jboss مفعلا, وهذا موضوع سئ جدا مع Jboss , فقبل البدء يجب عليك إيقاف هذه الخاصيه و لإيقافها إستخدم التالي :

في Jboss Server view , إضغط ضغطه مزدوجه على إسم الخادم, ستفتح لك صفحة بها إعدادات الخادم, من القائمة المنسدله التي تتحدث عن ال auto-deploy قم بإلغاء هذه الخاصيه (ملحوظه, لست أملك حاسب مجهز الآن لأصف لك الطريقة بالضبط)

فبعد إلغاء خاصية ال auto deploy , فكل ماعليك هو بعد عمل التعديل و عمل البناء (والذي ما يكون مفعل إفتراضيا في eclipse ), قم بفتح ال JBoss server view و تعالي على إسم الخادم و إضغط بزر الفأره الأيمن و إختر clean أو deploy أو republish .

ملاحظة:

هناك أحد الأدوات (لا أتذكر إسمه) يمكنك من عمل deploy في وقت خيالي, فبمجرد أن تضغط على الذرين Ctrl+S فإن التطبيق يكون جاهز للتشغيل:D

شكرا اخي علاء

شكرا اخي هويدي

اقتباس

ملاحظة:

هناك أحد الأدوات (لا أتذكر إسمه) يمكنك من عمل deploy في وقت خيالي, فبمجرد أن تضغط على الذرين Ctrl+S فإن التطبيق يكون جاهز للتشغيل

سأبحث عن هذه الاداه فان تذكرت اسمها ارجوا منك ان تدرجه هنا لتقليل مدى البحث.

هنا استفسار آخر

عندنا في المؤسسة نعمل على Java EE

EJB + JSF or Struts

دورة حياه المشروع لدينا ( ادارة التطوير -> ادارة الجودة -> ادارة التشغيل )

المشكلة هي عند اجراء اي تعديل في المشروع حتى ولو كان بسيط جدا تقوم ادارة الجودة باجراء testing على كامل المشروع حيث يحتاج هذا من 5 الى 8 ايام .

واعتبر ان هذا عبئ على ادارة الجودة.

لذلك فكرت في الاستغناء على ear وتجزئة المشروع الى اكثر من war و ejb.jar

بحيث لو كان التعديل على a-ejb.jar و a.war اقوم بارسال هذا الجزء فقط، لتقوم ادارة الجوده لتجربته مما سيقلل عدد الايام الى يوم واحد فقط او اقل من يوم.

سؤالي هل جربت مثل هذا الطريقة،

هل ترى اني سؤاجه مشكله في هذا ؟

هل سأتمكن من توحيد session لملفات war .؟

وشكرا

اقتباس

عندنا في المؤسسة نعمل على Java EE

EJB + JSF or Struts

يابختك, أنا شغال J2SE :lol:

ما أفهمه أنه المفروض كل تغير يقوم المبرمج بعمله يكون تحت رقم Issue أو Bug (مثلا) , و في حال التغير في الكود يقوم المبرمج بعمل code review ثم يقوم ال QA بعمل إختبار للجزء الذي أثر عليه الكود فقط.

و عند كل release مثلا, يقوم ال QA بعمل ال integration testing , وهذا المفروض لا يأخذ وقت كبير, فهو يتأكد أن الكود الذي غيره المبرمجون لم يأثر في أماكن لم يتصورها ال QA.

بأي طرق إدارة المشاريع (SW methodologies) تعملون ؟

اقتباس

سؤالي هل جربت مثل هذا الطريقة،

لا لم أجربها من قبل, لكن كما أسلفت أنت, فصل ال ear ل war و شويه ejb-jars بيكون حل كويس,

أيضا إذا كان لديك ملف war كبير, أعتقد أنك لا تستطيع فصله ل ملفان من نوع war, لكن يمكن فصله ل war و مجموعه jars مثلا

وكذلك بالنسبه لل a-ejb.jar , أعتقد فصل ال model و ال utility classes في jars خارج ال a-ejb.jar سيكون حل كويس..

و الأفضل من ذلك, هو تغير الطريقة (SW process) التي يعمل بها الفريق عندك:D

أذكر أني بحثت عن شيء كهذا مسبقاً وأعتقد أن اسمه cross context

أو شيء من هذا القبيل

اطلع على هذه الوصلة

http://tomcat.apache.org/tomcat-5.5-doc/config/context.html

بالنسبة للتبادل ما بين الـ session فلم أقوم بالتجربة لهكذا شيء

لكني أعتقد بما أنك قادر على التحويل الطلب request فأنت قادر على وضع أي شيء في الحاوية request

تحياتي

شكرا لكم هويدي و علاء

سأحاول تجربة الفكره في مشاريع صغيره ، وسأقوم بتفريغ موضوع في المنتدى بعد التجربة. (اذا كانت ايجابيه)

للفائده الاداه التي تكلم عنها هويدي هي

Jrebel

http://zeroturnaround.com/software/jrebel/