صابون

^{بروتوكول} SOAP ⁽ وهو اختصار لبروتوكول الوصول إلى الكائنات البسيط ) هو مواصفة بروتوكول مراسلة لتبادل المعلومات المنظمة في تنفيذ خدمات الويب في شبكات الحاسوب . يستخدم هذا البروتوكول مجموعة معلومات XML لتنسيق رسائله ، ويعتمد على بروتوكولات طبقة التطبيق ، وأكثرها شيوعًا بروتوكول نقل النص التشعبي (HTTP ⁾ ، على الرغم من أن بعض الأنظمة القديمة تتواصل عبر بروتوكول نقل البريد البسيط (SMTP) للتفاوض على الرسائل وإرسالها.

يوفر بروتوكول SOAP طبقة بروتوكول المراسلة ضمن حزمة بروتوكولات خدمات الويب. وهو بروتوكول قائم على لغة XML ويتكون من ثلاثة أجزاء:

• مغلف يحدد بنية الرسالة ^{[ 1 ]} وكيفية معالجتها
• مجموعة من قواعد الترميز للتعبير عن حالات أنواع البيانات المحددة بواسطة التطبيق
• اتفاقية لتمثيل استدعاءات الإجراءات واستجاباتها

يتميز الصابون بثلاث خصائص رئيسية:

1. قابلية التوسع (الأمان وعنونة خدمات الويب من بين التوسعات قيد التطوير)
2. الحياد (يمكن لبروتوكول SOAP العمل عبر أي بروتوكول مثل HTTP و SMTP و TCP و UDP )
3. الاستقلالية (يسمح بروتوكول SOAP بأي نموذج برمجة )

كمثال على ما يمكن أن تفعله إجراءات SOAP، يمكن لتطبيق ما إرسال طلب SOAP إلى خادم مُفعّل عليه خدمات الويب - كقاعدة بيانات أسعار العقارات - مع تحديد معايير البحث. ثم يُعيد الخادم استجابة SOAP (مستند بتنسيق XML) تحتوي على البيانات الناتجة، مثل الأسعار والموقع والميزات. وبما أن البيانات المُولّدة تأتي بتنسيق قياسي قابل للتحليل الآلي، يمكن للتطبيق الطالب دمجها مباشرةً.

تتكون بنية SOAP من عدة طبقات من المواصفات لـ:

• تنسيق الرسالة
• أنماط تبادل الرسائل (MEP)
• روابط بروتوكول النقل الأساسية
• نماذج معالجة الرسائل
• قابلية توسيع البروتوكول

تطورت SOAP كخليفة لـ XML-RPC ، على الرغم من أنها تستعير حيادها في النقل والتفاعل من Web Service Addressing ^{[ 2 ]} والمغلف/الرأس/الجسم من مكان آخر (ربما من WDDX ).

صُمم بروتوكول SOAP كبروتوكول للوصول إلى الكائنات، وأُصدر باسم XML-RPC في يونيو 1998 كجزء من Frontier 5.1 من قِبل ديف وينر ، ودون بوكس ، وبوب أتكينسون، ومحسن الغصين لصالح شركة مايكروسوفت ، حيث كان أتكينسون والغصين يعملان. ^{[ 3 ]} لم تُنشر المواصفات إلا بعد تقديمها إلى فريق عمل هندسة الإنترنت (IETF) في 13 سبتمبر 1999. ^{[ 4 ] [ 5 ]} ووفقًا لدون بوكس، كان ذلك بسبب خلافات داخلية في مايكروسوفت. ^{[ 6 ]} وبسبب تردد مايكروسوفت، أصدر ديف وينر بروتوكول XML-RPC في عام 1998. ^{[ 7 ]}

لم يصل مشروع الإنترنت المُقدَّم إلى مرحلة طلب التعليقات (RFC) ، وبالتالي لا يُعتبر "معيارًا للويب" بالمعنى الدقيق. نُشر الإصدار 1.1 من المواصفات كملاحظة من اتحاد شبكة الويب العالمية (W3C) في 8 مايو 2000. ^{[ 8 ]} ولأن الإصدار 1.1 لم يصل إلى مرحلة توصية اتحاد شبكة الويب العالمية ، فلا يُمكن اعتباره "معيارًا للويب" أيضًا. مع ذلك، أصبح الإصدار 1.2 من المواصفات توصيةً من اتحاد شبكة الويب العالمية في 24 يونيو 2003. كان اختصار SOAP في الأصل "بروتوكول الوصول إلى الكائنات البسيط"، ولكن الإصدار 1.2 من المعيار أسقط هذا الاختصار. ^{[ 9 ]}

تم الحفاظ على مواصفات SOAP ^{[ 10 ]} بواسطة مجموعة عمل بروتوكول XML ^{[ 11 ]} التابعة لاتحاد شبكة الويب العالمية حتى تم إغلاق المجموعة في 10 يوليو 2009.

بعد ظهور بروتوكول SOAP لأول مرة، أصبح الطبقة الأساسية لمجموعة أكثر تعقيدًا من خدمات الويب ، المبنية على WSDL و XSD و UDDI . وقد أثبتت هذه الخدمات المختلفة، وخاصة UDDI، أنها أقل أهمية بكثير، لكن فهمها يُتيح فهمًا كاملًا للدور المتوقع لبروتوكول SOAP مقارنةً بكيفية تطور خدمات الويب فعليًا.

يمكن تعريف مواصفات SOAP بشكل عام بأنها تتكون من المكونات المفاهيمية الثلاثة التالية: مفاهيم البروتوكول، ومفاهيم التغليف، ومفاهيم الشبكة. ^{[ 12 ]}

تحدد مواصفات SOAP إطار عمل المراسلة، والذي يتكون من:

• نموذج معالجة SOAP ، الذي يحدد قواعد معالجة رسالة SOAP ^{[ 15 ]}
• نموذج قابلية التوسع لبروتوكول SOAP الذي يحدد مفاهيم ميزات SOAP ووحدات SOAP ^{[ 15 ]}
• إطار ربط البروتوكول الأساسي لـ SOAP الذي يصف قواعد تعريف الربط ببروتوكول أساسي يمكن استخدامه لتبادل رسائل SOAP بين عقد SOAP ^{[ 15 ].}
• بنية رسالة SOAP التي تحدد بنية رسالة SOAP ^{[ 15 ]}

رسالة SOAP هي مستند XML عادي يحتوي على العناصر التالية:

يُعد كل من SMTP و HTTP بروتوكولين صالحين على مستوى طبقة التطبيق يُستخدمان لنقل SOAP، إلا أن HTTP حظي بقبول أوسع نظرًا لتوافقه مع بنية الإنترنت الحالية؛ وتحديدًا، يتوافق HTTP بشكل جيد مع جدران الحماية الشبكية . ويمكن أيضًا استخدام SOAP عبر HTTPS (وهو نفس بروتوكول HTTP على مستوى التطبيق، ولكنه يستخدم بروتوكول نقل مشفرًا في الطبقة الداخلية) مع مصادقة بسيطة أو متبادلة؛ وهذه هي الطريقة المُوصى بها من قِبل WS-I لتوفير أمان خدمات الويب، كما هو مُبين في ملف تعريف WS-I الأساسي 1.1.

يُعدّ هذا ميزةً رئيسيةً مقارنةً ببروتوكولات التوزيع الأخرى مثل GIOP/IIOP أو DCOM ، والتي عادةً ما تُحجب بواسطة جدران الحماية. كما يُعدّ SOAP عبر AMQP خيارًا آخر تدعمه بعض التطبيقات. يتميّز SOAP أيضًا عن DCOM بأنه لا يتأثر بحقوق الأمان المُكوّنة على الأجهزة التي تتطلب معرفة كلٍّ من عقد الإرسال والاستقبال. وهذا ما يسمح لـ SOAP بأن يكون مُنفصلًا بشكلٍ غير مُمكن مع DCOM . يوجد أيضًا معيار OASIS لـ SOAP عبر UDP .

تم اختيار مجموعة معلومات XML كصيغة رسائل قياسية نظرًا لانتشار استخدامها الواسع من قبل الشركات الكبرى وجهود تطوير البرمجيات مفتوحة المصدر . عادةً ما تُحوّل مجموعة معلومات XML إلى XML . وتُسهّل مجموعة واسعة من الأدوات المجانية المتاحة الانتقال إلى تطبيق قائم على بروتوكول SOAP. قد يكون لطول صيغة XML ميزة وعيب في آنٍ واحد. فبينما يُسهّل اكتشاف الأخطاء ويتجنب مشاكل التوافق مثل ترتيب البايتات ( endianness )، إلا أنه قد يُبطئ سرعة المعالجة ويُصبح مُرهقًا. على سبيل المثال، تستخدم بروتوكولات CORBA و GIOP و ICE و DCOM صيغ رسائل ثنائية أقصر بكثير. من ناحية أخرى، تتوفر أجهزة لتسريع معالجة رسائل XML . ^{[ 16 ] [ 17 ]} كما يجري استكشاف XML الثنائي كوسيلة لتبسيط متطلبات الإنتاجية لـ XML. عادة ما تحتوي رسائل XML، بحكم طبيعتها الموثقة ذاتيًا، على "عبء إضافي" أكبر (مثل الرؤوس والعلامات المتداخلة والفواصل) من البيانات الفعلية، على عكس البروتوكولات السابقة حيث كان العبء الإضافي عادةً نسبة صغيرة نسبيًا من الرسالة الإجمالية.

في مجال الرسائل المالية، وُجد أن بروتوكول SOAP ينتج عنه رسالة أكبر بمقدار 2 إلى 4 مرات من البروتوكولات السابقة FIX (تبادل المعلومات المالية) و CDR (تمثيل البيانات المشترك). ^{[ 18 ]}

لا يشترط تحويل مجموعة معلومات XML إلى XML. على سبيل المثال، توجد تمثيلات CSV و JSON لمجموعة معلومات XML. كما لا حاجة لتحديد إطار عمل تحويل عام. يتيح مفهوم روابط SOAP إنشاء روابط خاصة لتطبيق معين. أما العيب فهو ضرورة دعم كل من المُرسِل والمُستقبِل لهذا الربط المُعرَّف حديثًا.

تطلب الرسالة أدناه سعر سهم شركة AT&T (رمز السهم "T").

POST /InStock HTTP / 1.1 Host : www.example.org Content-Type : application/soap+xml; charset=utf-8 Content-Length : 299 SOAPAction : "http://www.w3.org/2003/05/soap-envelope"<?xml version="1.0"?> <soap:Envelope xmlns:soap= "http://www.w3.org/2003/05/soap-envelope" xmlns:m= "http://www.example.org" > <soap:Header> </soap:Header> <soap:Body> <m:GetStockPrice> <m:StockName> T </m:StockName> </m:GetStockPrice> </soap:Body> </soap:Envelope>

• مارشال، بينوا (1 فبراير 2001). "منبر: لماذا أستخدم SOAP" . أعمال مطوري IBM . مؤرشف من الأصل في 19 أغسطس 2007.
• بوكس، دون (2000). "دليل الشباب لبروتوكول الوصول البسيط للكائنات: SOAP يزيد من قابلية التشغيل البيني عبر المنصات واللغات" . مجلة MSDN . مايكروسوفت.
• أوغبوجي، أوتشي (13 مارس 2001). "دليل تعليمي: مراسلة XML باستخدام SOAP" . أعمال مطوري IBM . مؤرشف من الأصل في 3 فبراير 2006.

• صفحة W3C SOAP
• مواصفات بروتوكول SOAP الإصدار 1.2
• إنشاء رسالة SOAP في جافا