خدمة ويب اكتشاف في رأس المال العامل :Ws-اكتشاف أو UDDI?

Question

أنا أعرف الفرق بين UDDI و اكتشاف Ws (تعرف موقع للبحث في خدمة مقابل البث).ولكن سؤالي هو :ما هو أبسط طريقة لاكتشاف ويب في WCF ؟ من أبسط أعني ما هو مطبق بالفعل في رأس المال العامل و يمكن استخدامها الآن ؟ أنا لم أر أي المدمج في التنفيذ في صندوق رأس المال العامل UDDI أو اكتشاف Ws.

هل لديك أي رابط أو خبرة عن هذين البروتوكولين في WCF ؟

التحديث

الآن أنا أفكر في ثلاثة حلول ، في انتظار اكتشاف WS على .NET 4.0 أو ربما خلق بلدي اكتشاف ملزمة مع الند للند ملزمة المقدمة من صندوق رأس المال العامل.بهذه الطريقة يمكنني بث الطلب.أو باستخدام التنفيذ المقدمة من رابط eed3si9n.

أعتقد أنني سوف تفعل واجهة العبارة بسهولة تنفيذ التغيير الأخير.

Answer 1

.NET 4.0 سوف يكون اكتشاف WS.انظر الرسائل التحسينات في .NET 4.0:(اكتشاف الجزء الأول) باستخدام WS-اكتشاف في WCF 4.0.في هذه الأثناء, كلاوديو Masieri قدمت التنفيذ.انظر WS-اكتشاف WCF.

هناك أيضا اكتشاف مخصصة تنفيذ ذلك في طريقة مشابهة UDDI.انظر اتصالات Windows اكتشاف الخدمة.

تخيل أن لديك 200 العملاء باستخدام الخاص بك غير تقليدي خدمة Wcf.فإنها جميعا في الملف conf القسم مثل هذا واحد:

<client>
   <endpoint configurationName="default"
               address="http://localhost/servicemodelsamples/service.svc"
               binding="wsHttpBinding"
               bindingConfiguration="Binding1"
              contract="IDataContractCalculator" />
 </client>
 <bindings>
   <wsHttpBinding>
      <binding configurationName="Binding1" />
   </wsHttpBinding>
</bindings>

الآن عليك أن تقرر لتغيير القائمة نقطة النهاية (جانب الخادم) مع واحدة جديدة يستخدم SSL لأسباب أمنية.كيف هل التحديث عملائك ؟ يمكنك ترى أن ذلك يمكن أن تصبح مملة.حتى فكرة أريد التفاصيل هنا هو تنفيذ اكتشاف الخدمة على غرار ما UDDI لا استخدام البيانات الوصفية محلل للحصول على التكوين خارج الخدمة في من أجل خلق حيوي الوكيل مما يسمح للعميل مناقشة مع الخدمة.

هذا الشخص لديه قلق مماثل كما كنت تفعل, و يبدو أنه قد حل العاملة.

Answer 2

UDDI يوفر السجل المركزي إلى مخزن المعلومات حول المتاحة الخدمات.ومن لوازم كتالوج حيث يمكن للمستهلكين الحصول على الخدمات التي تلبي احتياجاتهم.وهذا دليل الهاتف مثل دليل معلومات تسمح المستهلكين إلى إيجاد خدمات بالاسم ، عنوان العقد ، الفئة ، أو من قبل بيانات أخرى.UDDI يمكن التفكير كما DNS من خدمات الويب.

من ناحية أخرى, WS-اكتشاف يوفر بروتوكول اكتشاف الخدمات التي يتم الذهاب والاياب من الشبكة.كخدمة ينضم الشبكة يبلغ نظرائه من وصولها خلال بث مرحبا الرسالة ؛ وبالمثل ، عندما خدمات قطرة خارج شبكة الإرسال المتعدد وداعا رسالة.WS-اكتشاف لا تعتمد على عقدة واحدة لاستضافة المعلومات عن كل ما هو متاح خدمات UDDI لا.بل كل عقدة إلى الأمام معلومات عن الخدمات المتاحة بطريقة مخصصة.وهذا يقلل من كمية من البنية التحتية للشبكة في حاجة إلى اكتشاف الخدمات ، يسهل إلباس الحذاء.

اقتباس من: http://travisspencer.com/blog/2007/09/post.html

هنا هو قائمة جيدة من الخصائص:http://laflour.spaces.live.com/Blog/cns!7575E2FFC19135B4!728.دخول

Answer 3

jUDDI لديه .صافي العميل التي يمكنك استخدامها.هذا يبسط إلى حد كبير عدد من الأمور من أجل العمل مع UDDI.

من تجربة يوجد هناك سوى اثنين أو ثلاثة من أداء تطبيقات اكتشاف WS.

• أباتشي CXF ، ولكن فقط عندما ركض خارج حاوية
• هذا واحد: https://code.google.com/p/java-ws-discovery/ الذي لا يعمل في جبوس و هو غير المشرف عليها
• مايكروسوفت .NET 4.0 العش

UDDI يمكنك الوصول إليها من أي شيء.هناك العديد من العميل والخادم تطبيقات.(فقط في النسخة 3 الأشياء المذكورة هنا)

• IBM WS-التسجيل
• أباتشي jUDDI
• مايكروسوفت UDDI v3 مع Biztalk (الحرة مع عام 2008 server)
• HP SOA/Systinet أو ما يطلق عليه الآن
• WSO2 لديه شيء
• ebXML لديها بعض نوع من الجسر أو محول

حتى أن هناك بقية نقطة النهاية UDDI3 (jUDDI 3.2 فقد, XML أو JSON ردود) الذي يفتح هذا الأمر إلى العديد من الاحتمالات.

وبالإضافة إلى ذلك ، فإن البيانات التي للمشاركة مع WS-اكتشاف محدودة نوعا ما مقارنة مع غير محدود تقريبا من البيانات يمكنك إرفاق UDDI.

هذا فقط 2 سنت.