أفضل طريقة لتبادل البيانات بين JSP و Servlets .

أظن أن ال session timeout لا يتعدى 30 دقيقة. يمكنك تغييره في ال web.xml الخاص بال tomcat

اقتباس

الطريقة التي استخدمها هي حشو session بالكائن ثم في JSP أقرأ هذا الـ bean و قيمة scope هي session :

إذا كنت تريد مجرد تمرير المعلومه من JSP ل Servlet أو العكس... فإستخدم ال request scope , ولا تنسي أن تجعل طريقة الإنتقال من jsp إلى ال servlet أو العكس هي forward وليس redirect (لأن redirect تسكب جميع ال request scope variables في الطريق)

اقتباس

أليست session هي للمعلومات التي تخص المستخدم ، و التي تنتهي بعد فترة معينة ( يوم مثلاً ) ؟

يعني استخدمها لتخزين معلومات دخول المستخدم مثلاً !

كما قال لك عصام.. بمعني أنه سيتم عمل timeout إذا تركت الموقع بعد فتره 30 دقيقه

رأي الشخصي أنك لا تخزن ب ال session إلا المعلومات التي تريدها أن تدوم معك, و فقط ... و إذا إضطريت لعمل ذلك, قم بمسح الكائن من ال session عندما تنتهي من العمل معه..

كما قلت مسبقا... request مناسبه جدا في معظم الحالات على شرط أن تكون طريقة الذهاب من ال Servlet إلى ال JSP هي forward وليس redirect .

request.setAttribute("my_book", book);
RequestDispatcher view = request.getRequestDispatcher("book_view.jsp");
view.forward(request, response);

هذا يضمن لك أن ال my_book ستجده في ال request scope ل صفحة ال JSP المسماه book_view.jsp

لماذا تصر على plain JSP/Servlet .......... بعد فتره (بعدما تتقن ال JSP/Servlet ) .. إتجه لل JSF مثلا... أو إقرا عن ال Hibernate .... إلخ..

شكراً لكم ،

اقتباس

كما قلت مسبقا... request مناسبه جدا في معظم الحالات على شرط أن تكون طريقة الذهاب من ال Servlet إلى ال JSP هي forward وليس redirect .

كنت أظن أن request صغير ولا يحتمل بيانات ضخمة ، يخيّل لي أن request هو الذي سيظهر في url

اقتباس

لماذا تصر على plain JSP/Servlet .......... بعد فتره (بعدما تتقن ال JSP/Servlet ) .. إتجه لل JSF مثلا... أو إقرا عن ال Hibernate .... إلخ..

:P ، ليس إصرار ، أنا بالفعل بدأت بالـ JSF ، ولكن لم يعجبني طريقة عملها لأني متأثر بالـ CakePHP وأتمنى أن أعمل Framework مطابق لها باستخدام الجافا .

أغلب Frameworks التي جرّبت أو قرأت عنها ، موجهة للـ Enterprise وليست لتطوير موقع بسيط مثل " المدونة الشخصية " .

أعتقد أن LinkedIn مبني بإستخدام Grails (ربما سمعت هذه الكلمه هنا أو هناك)

بالمناسبة Grails مبني على Groovy التي هي لغه برمجه إسكربتتات مبينة على الجافا......

لو عاوز تبرمج مدونه شخصيه..... أنصحك ب CakePHP :P (بما أنك تعرفها مسبقا)

لكن أنا لو مكانك هعملها ب JSF لكي أضرب عصفورين بحجر واحد..... (تعلم WEB standard framework + تعمل المدونه :D )

اقتباس

كنت أظن أن request صغير ولا يحتمل بيانات ضخمة ، يخيّل لي أن request هو الذي سيظهر في url

بما أنك وصلت لهذه الدرجه :P ... أنصح و بشده قراءة Head First Servlets&JSP

دعني أوضح أمراً لك request هنا يختلف تماماً عن request الذي يرسله المستخدم للخادم

request هنا هو عبارة عن حاوية container يمكنك تخزين أي شيء فيه

هذه الحاوية يتم إفراغها من محتوياتها بعد الرد على request القادم من المستخدم

بمعنى آخر يقوم المستخدم بطلب الصفحة من الخادم request

يقوم الخادم بمراسلة Servlet container يقوم هذا الأخير بإنشاء كائن جديد (حاوية) ويقوم بتخزين بيانات الطلب فيها (كل المدخلات parameters)

ويمررها لكل Servlet أو JSP page يتم التعامل معها لمعالجة هذا الطلب

في هذه الأثناء وعند الانتقال من Servlet إلى آخر وحتى يتم الرد على الطلب القادم من المستخدم

تستطيع استخدام هذه الحاوية وتخزين كل البيانات التي تريد فيها

بعد إجابة الطلب القادم من المستخدم يكون الخادم مسؤول عن تفريغ محتوى هذه الحاوية وحذفها من الذاكرة (أو ربما إعادة استخدامها في طلبات أخرى pool)

تحياتي

شكراً لكم على هذه المعلومات ،

- لا أحب كتب Head first ، فهي مليئة بالصور أكثر من الكلام المفيد ، لدي كتاب core jsp/servlets يفي بالغرض :-) ،

- كنت أظن request دائماً هي تلك المعلومات في url :( ، وبنيت مشروع التخرج على هذا الاعتقاد :( .