cours:app_rep_orientees_service_2016_2017:lab_abc
Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
cours:app_rep_orientees_service_2016_2017:lab_abc [2018/03/22 06:35] – [Creation of various endpoints in configuration] tigli | cours:app_rep_orientees_service_2016_2017:lab_abc [2019/04/24 05:33] (Version actuelle) – [Introduction] tigli | ||
---|---|---|---|
Ligne 1: | Ligne 1: | ||
- | ==== Introduction | + | ==== Few reminders about WCF ABC Model ==== |
The ABC of Windows Communication Foundation | 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. | * You deploy an endpoint for the contract by binding it (using the binding definition, hence the name) to a network address. | ||
+ | ==== Binding ==== | ||
- | ==== Creation | + | 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: |
- | == question 1 : Adresses == | + | * 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: | ||
- | | + | |
- | | + | |
- | | + | |
- | ** Comments | + | |
- | // When configuring a service | + | |
- | //Use the Configuration Editor Tool in Visual Studio(or SvcConfigEditor.exe)// | + | ==== Types of Binding ==== |
- | == question 2 : Bindings == | + | Some predefined bindings are : |
- | * [[https:// | + | == BasicHttpBinding == |
- | | + | *It is suitable for communicating with ASP.NET |
- | * Define two endpoints : one with basicHttpBinding | + | |
- | * 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. | + | |
+ | *It is fairly weak on interoperability. | ||
- | == question 3 : Contracts | + | == |
- | ** Fault Contract? | + | *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. | ||
+ | | ||
- | In WCF (Windows Communication Foundation), | + | == WSDualHttpBinding == |
- | * Add to your calculator WS an exception ... for example add " | + | This binding is same as that of WSHttpBinding, |
- | * Test it without Fault Contract (with your Graphical Test Client extended to divide numbers). What happens ? | + | |
- | * To integrate | + | |
- | * Add [FaultContract(typeof(CustomFaultDetails))]in your [Service Contract] | + | |
- | * and then use it in your code .. | + | |
- | | + | |
- | ex.ErrorID = “12345“; | + | |
- | ex.ErrorDetails = “Specific error details here.“; | + | |
- | throw new FaultException(ex, | + | |
+ | In WSDualHttpBinding reliable sessions are enabled by default. It also supports communication via SOAP intermediaries. | ||
+ | == WSFederationHttpBinding == | ||
- | * Test it without Fault Contract (with your Graphical Test Client extended | + | 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, | ||
+ | |||
+ | == 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, | ||
+ | |||
+ | == NetMsmqBinding == | ||
+ | |||
+ | *This binding provides secure and reliable queued communication for cross-machine environment. | ||
+ | | ||
+ | *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 | ||
+ | |||
+ | Endpoints provide clients with access | ||
+ | |||
+ | |||
+ | |||
+ | * Take the calculator Web service (with and add and sub between two value) | ||
+ | * 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 console or a graphical client that propose add and sub operations on the two endpoints. | ||
- | ==== References ==== | ||
- | [[https:// |
cours/app_rep_orientees_service_2016_2017/lab_abc.1521700500.txt.gz · Dernière modification : 2018/03/22 06:35 de tigli