Différences

Ci-dessous, les différences entre deux révisions de la page.

--- cours:app_rep_orientees_service_2016_2017:lab_abc [2019/04/24 00:20]
tigli [Creation of various endpoints in configuration]
+++ cours:app_rep_orientees_service_2016_2017:lab_abc [2019/04/24 07:33] (Version actuelle)
tigli [Introduction]
@@ Ligne 1: / Ligne 1: @@
-==== Introduction ====
+==== Few reminders about WCF ABC Model   ====
 The ABC of Windows Communication Foundation
@@ Ligne 22: / Ligne 22: @@
   * You deploy an endpoint for the contract by binding it (using the binding definition, hence the name) to a network address.
+==== Binding ====
-==== Creation of various endpoints in configuration ====
+Bindings are nothing but the transport protocols that are used for the communication with the client application. WCF provides a wide range of transport protocols that can be used as in the requirements.
-Endpoints provide clients with access to the functionality a Windows Communication Foundation (WCF) service offers. You can define one or more endpoints for a service by using a combination of relative and absolute endpoint addresses, or if you do not define any service endpoints, the runtime provides some by default for you. This topic shows how to add endpoints using a configuration file that contain both relative and absolute addresses.
+A binding has the following characteristics:
+  * Transport: Defines the base protocol to be used, like HTTP, Named Pipes, TCP and MSMQ are some of the protocols.
+  * Encoding (Optional): Three types of encodings are available, they are:
+  - Text Encoding
+  - Binary Encoding
+  - Message Transmission Optimization Mechanism (MTOM)
+  * Protocol (Optional): Defines the information to be used in the binding such as Security, transaction or reliable messaging capability.
+==== Types of Binding ====
+Some predefined bindings are :
+== BasicHttpBinding ==
+   *It is suitable for communicating with ASP.NET Web services (ASMX)-based services that comfort with WS-Basic Profile conformant Web services.
+   *This binding uses HTTP as the transport and text/XML as the default message encoding.
+   *Security is disabled by default
+   *This binding does not support WS-* functionalities like WS- Addressing, WS-Security, WS-ReliableMessaging
+   *It is fairly weak on interoperability.
+==  WSHttpBinding ==
+   *Defines a secure, reliable, interoperable binding suitable for non-duplex service contracts.
+   *It offers lot more functionality in the area of interoperability.
+   *It supports WS-* functionality and distributed transactions with reliable and secure sessions using SOAP security.
+   *It uses HTTP and HTTPS transport for communication.
+   *Reliable sessions are disabled by default.
+== WSDualHttpBinding ==
+This binding is same as that of WSHttpBinding, except it supports duplex service. Duplex service is a service which uses duplex message pattern, which allows service to communicate with client via callback.
+In WSDualHttpBinding reliable sessions are enabled by default. It also supports communication via SOAP intermediaries.
+==  WSFederationHttpBinding ==
+This binding support federated security. It helps implementing federation which is the ability to flow and share identities across multiple enterprises or trust domains for authentication and authorization. It supports WS-Federation protocol.
+NetTcpBinding
+This binding provides secure and reliable binding environment for .Net to .Net cross machine communication. By default it creates communication stack using WS-ReliableMessaging protocol for reliability, TCP for message delivery and windows security for message and authentication at run time. It uses TCP protocol and provides support for security, transaction and reliability.
+==  NetNamedPipeBinding ==
+This binding provides secure and reliable binding environment for on-machine cross process communication. It uses NamedPipe protocol and provides full support for SOAP security, transaction and reliability. By default it creates communication stack with WS-ReliableMessaging for reliability, transport security for transfer security, named pipes for message delivery and binary encoding.
+==  NetMsmqBinding ==
+   *This binding provides secure and reliable queued communication for cross-machine environment.
+   *Queuing is provided by using MSMQ as transport.
+   *It enables for disconnected operations, failure isolation and load leveling
+==  NetPeerTcpBinding ==
+   *This binding provides secure binding for peer-to-peer environment and network applications.
+   *It uses TCP protocol for communication
+   *It provides full support for SOAP security, transaction and reliability.
+==== Exercice : Creation of various endpoints in configuration with different kinds of bindings ====
+Endpoints provide clients with access to the functionality a Windows Communication Foundation (WCF) service offers. You can define one or more endpoints for a service by using a combination of relative and absolute endpoint addresses, or if you do not define any service endpoints, the runtime provides some by default for you.
-== question 2 : Bindings ==
-|||
-  * [[https://docs.microsoft.com/en-us/dotnet/framework/misc/binding|Introduction to Bindings]]
   * Take the calculator Web service (with and add and sub between two value)
-  * Define two endpoints : one with basicHttpBinding and the other with wsHttpBinding
+  * Define two endpoints : one with basicHttpBinding and wsHttpBinding (two standard bindings for SOAP based web services)
   * What are the differences between both services now ?
-  * To test them write a graphical client that propose add and sub operations (two Buttons) between two values (two (TextBox)and that displays the result (Label), on the two endpoints.
+  * To test them write a console or a graphical client that propose add and sub operations on the two endpoints.
-==== References ====
-[[https://msdn.microsoft.com/fr-fr/library/aa480190.aspx|Introduction to Building Windows Communication Foundation Services]]

JY Tigli Homepages

Outils pour utilisateurs

Outils du site

Différences

Outils de la page