Web Service

بارك الله فيك و زادك علما

الى الامام ان شاء الله

اعتقد ان ال web service محتاجه معرفه بال jsp&servlet فقط

اقتباس

اعتقد ان ال web service محتاجه معرفه بال jsp & servlet فقط

الله معكم.

الموضوع أقرب ما يكون إلى EJB

طبعاً سنحاول أن نسلط الضوء على الموضوع بشكل أكبر

تحياتي

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

http://www.flazx.com/category30.php

كما قلت سابقاً web service

تعتبر قريبة من EJB

فكلاهما تعتبر طبقة business logic

الاختلاف الحاصل بينهما

أن web service تعتبر غير معتمدة على لغة أو بيئة معينة

تستطيع كتابتها بأي لغة وتستطيع استخدامها في لغة أخرى

بدون أي مشاكل

طبعاً EJB غير معتمدة على بيئة

لكنها معتمدة على لغة الجافا

على كل حال هذا فهمي للموضوع

إذا كان أي أحد لديه تصحيح أو معلومات أكثر

أرجو أن يخبرنا عنها

سأحاول في المرة القادمة أن نكتب أول web service خاصة بنا

طبعاً بمعاونة من الحج NetBeans

تحياتي

في الحقيقة اتمنى المشاركة هنا خصوصاً و اني استخدمت الـ Web Services في مشروع ما مؤخراً ..

و اشعر اني احتاج الى تفريغ المعلومات التي لدي .. :) فقط دعوني انهي اختباراتي النهائية ... و بعدها خير :)

اقتباس

كما قلت سابقاً web service

تعتبر قريبة من EJB

ليس بشرط اخي الكريم علاء ... ابداً

EJB هي احدى طريق تنفيذ الويب سيرفيس ..

بإختصار الويب سيرفس هو ملف يحتوي على مجموعة دوال .. ممكن يكون ملف java مثل ClassA.java و به مجموعة methods

الفكرة في الويب سيرفيس ان هذا الملف يكون مرفوع الى النت و يستدعى بعنوانه الـ URL ..

الجهة التي تستدعي الويب سيرفيس تسمى client ... هذا الكلاينت ممكن يكون تطبيق EJB او حتى صفحة JSP و ممكن حتى ملف تطبيق جافا عادي ...

المميز في الويب سيرفيس انها توفر عليك إنشاء خدمات لاي جهة ... مثلاً هناك خدمة تعيد لك حالة الطقس ... و اي كلاينت ممكن يستدعيها .. او اي موقع يعرض حالة الطقس بدون حتى معرفة محتوى هذه الويب سيرفيس ..

هناك العديد من المواقع الآن التي تتيح لك استخدام ويب سيرفيسس عديدة ..

بإختصار ايضاً ... الويب سيرفيس لا تستخدم البروتوكول HTTP بل تستخدم SOAP .. و تستخدم XML لتبادل المعلومات

و هنا تأتي اهمية الويب سيرفيس (من حكاية XML) انه غير مرتبط بأي بيئة او platform ...

ارجوا ان يطول الحديث هنا .. فالموضوع ليس مفيد و حسب ... بل شيق ايضاً ... :)

أنا قصدت أن الاثنين لا يحتويان على أكثر من المنطق

وعلى هذا يكونان طبقة المنطق في التطبيقات

على كل حال أظن حتى EJB يستطيع استدعاء EJB أخرى

أتمنى أن تفيدينا بمعلوماتك حول الموضوع

فمهما قرأت أنا من الكتب لن أصل إلى ما أريده ما لم أجرب

تحياتي

السلام عليكم ..

موضوع جميل , الا اني لست جافاوياً :) للاسف ..

ولكن لفت نظري العباره :

اقتباس

بإختصار ايضاً ... الويب سيرفيس لا تستخدم البروتوكول HTTP بل تستخدم SOAP .. و تستخدم XML لتبادل المعلومات

وانا اختلف مع الاخت بنت اليمن في هذا , واعتقد انه كان الاصح القول ان الويب سيرفر الـتي تستخدمSOAP ممكن ان يكون وسط النقل HTTP او HTTPS , وممكن ايضاً استخدام الـ SMTP او برتوكولات اخرى حيث ان الـ SOAP تصف التنسيق المغلف لطلبات الـ RPC .

وهناك ان صح القول عده Schema من الويب سيرفس القائمة على الـ XML منها الـ SOAP و الـ XML-RPC والـ WSDL او معمارية الـ REST .

من وجهه نظر شخصيه , انا لا احبذ الـ SOAP لانه به اسهاب طويل ويدخل المبرمج في تفاصيل مملة .

الرابط التالي به مقارنه بين الـ SOAP والـ XML-RPC ..

http://stackoverflow.com/questions/80112/w...ml-rpc-and-soap

حياك الله اخي محمد ... اولاً كل سنة و انت طيب و من العايدين يا رب :)

و مرحباً بك في منتدى الجافا (على العين و الراس) ...

اقتباس

وانا اختلف مع الاخت بنت اليمن في هذا , واعتقد انه كان الاصح القول ان الويب سيرفر الـتي تستخدمSOAP ممكن ان يكون وسط النقل HTTP او HTTPS , وممكن ايضاً استخدام الـ SMTP او برتوكولات اخرى حيث ان الـ SOAP تصف التنسيق المغلف لطلبات الـ RPC .

لا نستطيع ان نختلف ان اي تقنية على الويب في النهاية سوف تستخدم الـ HTTP ... فهو بالنهاية المسؤول عن تبادل صفحات الويب ...

عمنا الـ HTTP سيكون حاضر لا تقلق :) ... لكن الحديث عن SOAP في الويب سيرفيس اساسي (من الناحية النظرية على الاقل)

و مهما كان SOAP مزعج (و هو ليس مزعج بالمرة ) فهو الذي نخاطب من خلاله خدمة الويب ...

هل تستطيع ان تستدعي خدمة الويب بالبروتكول HTTP ؟؟؟

و هنا يأتي دور SOAP لانو الذي يساعدك على التخاطب مع الويب سيرفيس ...

لاحظ معي معمارية خدمة الويب :

لكن في الحقيقة العملية بها اكثر من لاعب :) و الـ SOAP هو فقط عضو في الفريق ...

اذا عرفنا ان خدمة الويب ملف محمل على الويب - به عدة دوال - عامة الغرض (ليس بشرط) ...

من اجل ذلك ان سوف تحتاج:

من يبجث عن خدمة الويب ----> UDDI

من يوصلك بهذه الخدمة ----> SOAP

و من يشرح (يصف) محتوى الخدمة ----> WSDL

هي هكذا ببساطة ...

اقتباس

وهناك ان صح القول عده Schema من الويب سيرفس القائمة على الـ XML منها الـ SOAP و الـ XML-RPC والـ WSDL او معمارية الـ REST .

الآن دوري لأن اختلف معك :) بالنسبة للـ REST فهي محاولة للتنسيق مع HTTP اكثر من SOAP و صدقني هي موضوع اخر ... لكن هي اصلاً ويب سيرفيس تحتاج الى UUDI يجدها و WSDL يصفها ...

ايضاً ... و لان الحديث في الاصل متشعب ... RPC هي مفهوم Concept لكن Web Service هي تطبيق لمفهوم الـ RPC

و حتى نرتب افكارنا ... القصة بدأت عندما احتاجنا الى التواصل مع functions موجودة في اجهزة اخرى في الشبكة فبدأ عندنا الـ Remote procedure calls او RPC ... بعدها تتطورت المسألة في مجال الجافا و ظهر عندنا الـ Remote Method Invecation او RMI

و هي كلها مفاهيم للانظمة الموزعة ...

لازم نفرق ... بالذات عندما نصل الى التطبيق ... لانو لا تتصور ان نحن بنعمل ملف SOAP ... الـ netbeans ببساطة تولده لنا ...

كتبت هذا في عجالة ... لكن ارجوا ان لا يتوقف الحديث (علقت معنا اخي محمد :) ) حتى نثري الموضوع .. :)

(Web service)

وكل عام وانتي بخير اختي بنت اليمن (مؤخراً) , وشكرا على الترحيب ..

يبدوا ان الموضوع سيتشعب اكثر , خصوصاً اذا عرفنا ان كل الذي يتم التحدث عنه هي عباره معايير وتوصفيات , والذي اذا دخلنا فيها , لن نخرج ابداً ..

انا اتفق معك في ان مفهوم الـويب سيرفس مرتبط بالـ SOAP تاريخياً وعملياً ومتفق معك ايضاً في توصيف عمله وتكامله مع الـ WSDL لتطبيق الويب سيرفس .

اقتباس

لآن دوري لأن اختلف معك :) بالنسبة للـ REST فهي محاولة للتنسيق مع HTTP اكثر من SOAP و صدقني هي موضوع اخر ... لكن هي اصلاً ويب سيرفيس تحتاج الى UUDI يجدها و WSDL يصفها ...

الـ REST ليس محاولة تنسيق , ولا علاقة لها من بعيد ولا من قريب بالـ SOAP , بل هي نمط معماري لبناء تطبيقات الويب سيرفس حيث يعتبر فيه كل URI عباره عن resource لمعلومات معينه وتستخدم مفهوم الـ CRUD من خلال احداث الـ HTTP (POST, GET, PUT, DELETE(, بمعنى اننا لن نجد مستندات للـ W3C تصف الـ REST , والـ REST بدأت تنافس الـ SOAP في بناء تطبيقات الويب سيرفس , فالعديد من المواقع الشهيره في موضوع الويب سيرفس مثل الامازون , يقدم خدماته بالطريقيتين .

طبعاً ان لا اقول هنا ان الـ REST افضل من SOAP , فهي لديها العديد من نقاط الضعف سواء على مستوى المرونه (تعتمد بشكل كامل على الـ HTTP) , والامان . ولكن من وجهه نظر المطور الإجلاوي ( دلع Agile Developer :) ) الذي يفضل السهوله والسرعه ..

اقتباس

لازم نفرق ... بالذات عندما نصل الى التطبيق ... لانو لا تتصور ان نحن بنعمل ملف SOAP ... الـ netbeans ببساطة تولده لنا ...

هذا ليس شرطاً نظرياً , ولكن هذا هو الحاصل من خلال الـ Toolkits التي توفرها التقنيات البرمجية للعمل مع الـ SOAP .

طبعاً كلامي السابق ممكن نقول انه (نص خمده :) ) , والموضوع فعلاً سيعلق لانه بيدخل في حلقة recursive لان الموضوع متشعب ومرتبط به عالم االعديد من التقنيات والمعايير المستخدمه في الويب سيرفس (REST, SOAP, WSDL, XML Schema, Relax NG, UDDI, MTOM, XOP, WS-I, WS-Security, WS-Addressing, WS-Policy , وبهارات الجافا مثل JAX-WS, JAX-RPC, SAAJ ..الخ ) ..

الظاهر الموضوع راح يحلو :)

ارى ان النقاش تطور بشكل سريع الى ان وصلنا الى مقارنة SOAP Web services و REST Web services و طبعاً آلية النقاش سوف تتغير ... يعني لازم نقول ليش الآن الانتقال من SOAP الى REST .. و متى نستخدم SOAP و REST.. الخ

عموماً هذا رابط حلو و بسيط لمن حابب يعرف اكثر عن مسار النقاش :

REST vs SOAP Web Services

اقتباس

الـ REST ليس محاولة تنسيق , ولا علاقة لها من بعيد ولا من قريب بالـ SOAP , بل هي نمط معماري لبناء تطبيقات الويب سيرفس حيث يعتبر فيه كل URI عباره عن resource لمعلومات معينه

اكيد لن اختلف معك هنا.. لاحظ اني قلت ان REST تحاول الخروج (و كان الاصوب ان اقول انها خرجت من عباءة SOAP) للتربط بالبروتوكول HTTP .. لكني ارى اننا اذا اردنا الحديث الويب سيرفيسس فعلينا ان نسلك المسار الطبيعي ... و هنا تكون REST في المرحلة الاخيرة من النقاش .. على اساس انها نوع من تطبيق الويب سيرفيسس .. ما رأيك ؟؟؟ لاني فقط اعتقد ان بدء الحديث عن الـ REST بيطير الشعب (الاعضاء :) ) من موضوعنا ... :)

من الاشياء التي وجهتني عند قراءتي في الـ web services هي كثرة المصطلحات (الى ان حسيت انه نظام تطفيش :) ) لكن اكتشفت بعدها انه حول كل هذه الامور (ندندن :) )

و عليه ارى انو لازم نبدأ نقطة بنقطة ... بحيث نمر على كل الامور المهمة .. بعدها ندخل في الجانب التطبيقي ... سواء بالـ tools تبع الـ EClipse او الـ Netbeans (طبعاً ان افضل الـ netbeans)

سعيدة بتبادل النقاش معك اخي محمد ... و استطيع ان ارى ابتسامة مشرفنا الكريم علاء من تتطور النقاش .. بإنتظارك اخي علاء .. فانت صاحب الموضوع :)

سلامي للجميع ...

صحيح , النقاش تطور سريعاً ووصل الى الـ REST , ولكن غصبن عني , فانا من انصار البساطه والـ lightly Development , طالما ان الويب بسيطه , لذا لنجعل خدماتها بسيطه :) ..

عموماً , كما تفضلتي اختي بنت اليمن , الافضل التدرج بروية حتى لايتشعب الموضوع كثيراً ..

وهناك كتاب جميل حول موضوع الـ REST تصفحته منذ فتره بعنوان RESTful Web Services من O'Reilly وهو مفيد في هذا السياق للذين يريدون الاستزاده من موضوع معماريه الـ REST , ومما لفت نظري في الكتاب, هو ذكر انه ليس شرطاً ان تكون الـ REST و الـ SOAP تنافسان بطريقة الاقصاء , بل يمكن ان تتكاملان مع بعضهمها البعض .

رابط التحميل للكتاب

وانا سعيد بالنقاش ايضاً ..

كما أن الأخ محمد يحب البساطة فأنا كذلك أحبها

بالنسبة لي خدمات الويب لا تعني لي أكثر من شيء واحد

لا إعتمادية لا على بيئة ولا على نظام ولا على لغة

لهذا فأنا جاهل تماماً بما ذكرتم هنا

سأحاول التعمق في الموضوع بشكل أكبر

وبانتظار المزيد من المناقشات بينكم

وأتمنى أن تظل ابتسامتي دائماً :)

بالنسبة لي جاري القراءة في كل ما يوضع هنا من وصلات وكتب

وأحث المهتمين بالموضوع على القراءة في الموضوع

لأنه كل ما قرأت أكثر استطعت أن تناقش بشكل أكبر

وكل ما ناقشت بشكل أكثر كل ما زاد فهمك للموضوع

تحياتي