جاكرتا سيرفليت

This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these messages) This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Jakarta Servlet" – news · newspapers · books · scholar · JSTOR (February 2014) (Learn how and when to remove this message) This article has an unclear citation style. The reason given is: Violates Wikipedia:External links: "Wikipedia articles may include links to web pages outside Wikipedia (external links), but they should not normally be used in the body of an article." The references used may be made clearer with a different or consistent style of citation and footnoting. (May 2016) (Learn how and when to remove this message) (Learn how and when to remove this message)

Servlet Jakarta ، والمعروف سابقًا باسم Java Servlet، هو أحد مكونات برامج Java التي تعمل على توسيع قدرات الخادم . وعلى الرغم من أن Servlets يمكنها الاستجابة للعديد من أنواع الطلبات، إلا أنها غالبًا ما تنفذ حاويات ويب لاستضافة تطبيقات الويب على خوادم الويب وبالتالي تتأهل كواجهة برمجة تطبيقات ويب Servlet من جانب الخادم . مثل هذه Servlets هي نظير Java لتقنيات محتوى الويب الديناميكي الأخرى مثل PHP و ASP.NET .

Jakarta Servlet هي فئة Java ^[1] في Jakarta EE تتوافق مع Jakarta Servlet API، ^[2] وهو معيار لتنفيذ فئات Java التي تستجيب للطلبات. يمكن لـ Servlets من حيث المبدأ التواصل عبر أي بروتوكول عميل-خادم ، ولكنها تُستخدم غالبًا مع HTTP . من حيث المبدأ، يمكن لأي Servlets توسيع GenericServletالفئة؛ ومع ذلك، من الناحية الواقعية، فإن جميع Servlets توسع الفئة HttpServlet. ^[3] وبالتالي، غالبًا ما يتم استخدام "servlet" كاختصار لـ "HTTP servlet". ^[4] وبالتالي، يمكن استخدام servlet لإضافة محتوى ديناميكي إلى خادم ويب باستخدام منصة Java . ^[5] المحتوى الناتج هو HTML عادةً ، ولكن قد يكون بيانات أخرى مثل XML والأكثر شيوعًا، JSON .

لقد تم استبدال واجهة برمجة تطبيقات Jakarta Servlet، إلى حد ما ^{[ بحاجة لمصدر ]} بتقنيتين قياسيتين لـ Java لخدمات الويب:

• خدمات الويب RESTful الخاصة بجاكرتا ( JAX-RS 2.0) المفيدة لخدمات AJAX وJSON وREST، و
• خدمات الويب XML الخاصة بجاكرتا ( JAX-WS) مفيدة لخدمات الويب SOAP .

A Servletهو كائن يتلقى طلبًا ويولد استجابة بناءً على هذا الطلب. Servletتحدد الحزمة الأساسية كائنات Java لتمثيل طلبات واستجابات servlet، بالإضافة إلى الكائنات لتعكس معلمات تكوين servlet وبيئة التنفيذ.

تعرف واجهة برمجة تطبيقات Servlet ، الموجودة في التسلسل الهرمي لحزمة Javajavax.servlet ، التفاعلات المتوقعة بين حاوية الويب وServlet. ^[4]

javax.servlet.httpتحدد الحزمة فئات فرعية خاصة بـ HTTP من GenericServlet. تتضمن هذه الحزمة كائنات إدارة الجلسة التي تتعقب الطلبات والاستجابات المتعددة بين خادم الويب والعميل.

يمكن لـ Servlet الحفاظ على الحالة في متغيرات الجلسة عبر العديد من معاملات الخادم باستخدام ملفات تعريف الارتباط HTTP أو تعيين عنوان URL . ^[6] هناك عدة طرق لإنشاء Servlet واستخدام تعيين عنوان URL مع Servlet. قبل مواصفات Servlet 3.0 (Tomcat 7.0)، كان تكوين web.xml لتعيين Servlet إلى عنوان URL هو الخيار الوحيد. بالنسبة للتطبيقات التي تستخدم مواصفات Servlet 3.0 أو أحدث، @WebServletيمكن استخدام الشرح التوضيحي لتعيين أي Servlet إلى نمط URL واحد أو أكثر.

يمكن تجميع Servlets في ملف WAR كتطبيق ويب . ^[7]

يلزم وجود حاوية ويب لنشر وتشغيل برنامج servlet. حاوية الويب (المعروفة أيضًا باسم حاوية servlet) هي في الأساس مكون من خادم الويب يتفاعل مع servlet. ^[1] حاوية الويب مسؤولة عن إدارة دورة حياة servlet، وربط عنوان URL ببرنامج servlet معين والتأكد من أن طالب عنوان URL لديه حقوق الوصول الصحيحة.

يمكن إنشاء Servlets تلقائيًا من Jakarta Server Pages (JSP) بواسطة مُجمِّع Jakarta Server Pages . الفرق بين Servlets وJSP هو أن Servlets عادةً ما تُضمِّن HTML داخل كود Java، بينما تُضمِّن JSP كود Java في HTML. بشكل عام، عند استخدام JSPs، يُعتبر تضمين كود Java في JSP ممارسة سيئة. ^[8] بدلاً من ذلك، سيكون النهج الأفضل هو نقل منطق الواجهة الخلفية من JSP إلى كود Java في Servlet. ^[8] وهذا يضمن أن Servletيكون مسؤولاً فقط عن المعالجة، وأن يكون JSP مسؤولاً فقط عن تقديم HTML، ^[8] مما يسمح بفصل واضح للمخاوف والامتثال لمبدأ المسؤولية الفردية .

على الرغم من أن الاستخدام المباشر لـ servlets لإنشاء HTML (كما هو موضح في المثال أدناه) أصبح نادرًا، إلا أن إطار عمل الويب MVC عالي المستوى في Jakarta EE ( Faces ) لا يزال يستخدم تقنية servlets بشكل صريح لمعالجة الطلبات/الاستجابة منخفضة المستوى عبر FacesServlet.

الاستخدام الأقدم إلى حد ما هو استخدام servlets جنبًا إلى جنب مع JSPs في نمط يسمى " النموذج 2 "، وهو أحد أشكال النموذج - العرض - وحدة التحكم .

تم الإعلان عن واجهة برمجة تطبيقات Java Servlet لأول مرة علنًا في مؤتمر JavaOne الافتتاحي في مايو 1996. ^{[9] [10]} بعد حوالي شهرين من الإعلانات في المؤتمر، تم توفير أول تنفيذ عام على موقع JavaSoft على الويب. كان هذا أول إصدار ألفا من خادم الويب Java (JWS؛ المعروف آنذاك باسمه الرمزي Jeeves ) ^[11] والذي تم شحنه في النهاية كمنتج في 5 يونيو 1997. ^[12]

في مدونته على java.net ، يوضح جيم دريسكول، المخضرم في شركة Sun ورئيس GlassFish، تاريخ تقنية servlet. ^{[13] فكر} جيمس جوسلينج لأول مرة في servlet في الأيام الأولى من Java ، لكن المفهوم لم يصبح منتجًا حتى ديسمبر 1996 عندما قامت شركة Sun بطرح JWS. ^{[14] [15] [16]} كان هذا قبل أن يتم تحويل ما يسمى الآن بـ Jakarta EE إلى مواصفات.

تم إنشاء مواصفات Servlet1 بواسطة Pavni Diwanji ^{[17] [18]} أثناء عملها في Sun Microsystems ، وتم الانتهاء من الإصدار 1.0 في يونيو 1997. بدءًا من الإصدار 2.2، تم تطوير المواصفات بموجب عملية مجتمع Java .

هناك ثلاث طرق أساسية لدورة حياة servlet. وهي init()و service()و و destroy(). يتم تنفيذها بواسطة كل servlet ويتم استدعاؤها في أوقات محددة بواسطة الخادم.

• أثناء مرحلة تهيئة دورة حياة servlet ، يقوم حاوية الويب بتهيئة مثيل servlet من خلال استدعاء طريقة init()، ^[21] وتمرير كائن ينفذ واجهة javax.servlet.ServletConfig. يسمح كائن التكوين هذا لـ servlet بالوصول إلى معلمات تهيئة الاسم والقيمة من تطبيق الويب.
• بعد التهيئة، يمكن لمثيل servlet خدمة طلبات العميل. تتم خدمة كل طلب في سلسلة منفصلة خاصة به. يستدعي حاوية الويب service()طريقة servlet لكل طلب. service()تحدد الطريقة نوع الطلب الذي يتم إجراؤه وترسله إلى طريقة مناسبة للتعامل مع الطلب. يجب على مطور servlet توفير تنفيذ لهذه الطرق. إذا تم تقديم طلب لطريقة لم يتم تنفيذها بواسطة servlet، يتم استدعاء طريقة الفئة الأصلية، مما يؤدي عادةً إلى إرجاع خطأ إلى مقدم الطلب.
• أخيرًا، يستدعي حاوية الويب destroy()الطريقة التي تزيل servlet من الخدمة. يتم استدعاء destroy()الطريقة، مثل init()، مرة واحدة فقط في دورة حياة servlet.

فيما يلي سيناريو مستخدم نموذجي لهذه الأساليب.

1. افترض أن المستخدم يطلب زيارة عنوان URL .
   • ثم يقوم المتصفح بإنشاء طلب HTTP لهذا عنوان URL.
   • يتم بعد ذلك إرسال هذا الطلب إلى الخادم المناسب.
2. يتم استلام طلب HTTP بواسطة خادم الويب وإعادة توجيهه إلى حاوية servlet.
   • تقوم الحاوية بتعيين هذا الطلب إلى servlet معين.
   • يتم استرداد servlet بشكل ديناميكي وتحميله إلى مساحة عنوان الحاوية.
3. يستدعي الحاوية init()طريقة servlet.
   • يتم استدعاء هذه الطريقة فقط عند تحميل servlet في الذاكرة لأول مرة.
   • من الممكن تمرير معلمات التهيئة إلى servlet حتى يتمكن من تكوين نفسه.
4. يستدعي الحاوية service()طريقة servlet.
   • يتم استدعاء هذه الطريقة لمعالجة طلب HTTP.
   • قد يقوم servlet بقراءة البيانات المقدمة في طلب HTTP.
   • يمكن أن يقوم servlet أيضًا بصياغة استجابة HTTP للعميل.
5. يظل servlet في مساحة عنوان الحاوية ومتاحًا لمعالجة أي طلبات HTTP أخرى مستلمة من العملاء.
   • يتم استدعاء الطريقة service()لكل طلب HTTP.
6. قد يقرر الحاوية، في مرحلة ما، إلغاء تحميل servlet من ذاكرتها.
   • الخوارزميات التي يتم من خلالها اتخاذ هذا القرار خاصة بكل حاوية.
7. يستدعي الحاوية طريقة servlet destroy()للتخلي عن أي موارد مثل مقابض الملفات المخصصة لـ servlet؛ قد يتم حفظ البيانات المهمة في مخزن دائم.
8. يمكن بعد ذلك تجميع الذاكرة المخصصة للـ servlet وكائناته.

يقوم المثال التالي بطباعة عدد المرات service()التي تم فيها استدعاء الطريقة الخاصة به.

لاحظ أن HttpServletهذه فئة فرعية من GenericServlet، تنفيذ للواجهة Servlet.

ترسل طريقة service()الفئة HttpServletالطلبات إلى الطرق doGet()، doPost()، doPut()، doDelete()، وما إلى ذلك؛ وفقًا لطلب HTTP. في المثال أدناه، service()يتم تجاوزها ولا تميز بين طريقة طلب HTTP التي تخدمها.

استيراد java.io.IOException ؛ 

استيراد jakarta.servlet.ServletConfig ؛ استيراد jakarta.servlet.ServletException ؛ استيراد jakarta.servlet.http.HttpServlet ؛ استيراد jakarta.servlet.http.HttpServletRequest ؛ استيراد jakarta.servlet.http.HttpServletResponse ؛ 
 
 
 
 

public class ServletLifeCycleExample extends HttpServlet { private Integer sharedCounter ;     
      

    @Override 
public void init ( final ServletConfig config ) throws ServletException { super . init ( config ); getServletContext (). log ( "init() called" ); sharedCounter = 0 ; }           
        
        
          
    

    @Override 
protected void service ( final HttpServletRequest request , final HttpServletResponse response ) throws ServletException , IOException { getServletContext (). log ( "service() called" ); int localCounter ; synchronized ( sharedCounter ) { sharedCounter ++ ; localCounter = sharedCounter ; } response . getWriter (). write ( "زيادة العدد إلى " + localCounter ); // الوصول إلى متغير محلي response . getWriter (). flush (); // flush response }               
        
         
          
            
              
        
            
           
    

    @Override 
public void destroy () { getServletContext (). log ( "destroy() called" ); } }       
        
    

تم تنفيذ مواصفات تقنية Servlet في العديد من المنتجات. راجع قائمة التنفيذات على صفحة حاوية الويب .

هناك أيضًا أنواع أخرى من حاويات servlet مثل تلك الخاصة بـ servlet SIP، على سبيل المثال، SailFin .

• بروتوكول Apache JServ (AJP)

• موراش، جويل؛ أوربان، مايكل (2014). موراش، Java Servlets وJSP . ISBN 978-1-890774-78-3.

• الموقع الرسمي
• تم أرشفة Servlets.com في 2018-07-25 على موقع Wayback Machine

Original text

Rate this translation

Your feedback will be used to help improve Google Translate