Methodes exposees en REST et SOAP

Bonjour,

J'ai pris parti d'exposer mes services en rest et en soap afin d'etre accessible avec le plus grans nombre de techno

Javascript, Php et les asp 3.0 classic utlisent REST
JSP / Java, asp.net, c#.net utilisent SOAP.

Afin que les langages utilisant REST puissent bien fonctionner il a fallu que je change le type de tous mes parametres de methodes en type string:

Code:

---

1 2	Client getClientById(int id) --> Client getClientById(string id)

---

Ce qui me gene c'est que lorsque j'utilisent ces meme methodes en ASP.Net par exemple et bien je suis gené de devoir passer que des string, y a t il une facon de faire ?


Merci à vous.

Dans les exemples fournis sur cette page, on voit bien qu'il possible de passer des entiers et pas des strings.

Donc je me demande quelle est l'erreur qui t'a poussé à utiliser que des strings ?

Dans toutes les docs que j'ai vu et lorsque je mets des type autre que string, a l'execution on me signal que je dois mettre que des type strings entant que parametres.

Citation:

---

Variables for UriTemplate path segments must have type 'string'

---

Citation:

---

Envoyé par topolino

Variables for UriTemplate path segments must have type 'string'

---

T'as peut-être raison et aussi peut-être que c'est le site MSDN qui n'est pas à jour

Du coup faut il surcharger toutes les methodes a ton avis ?

Je cherche une solution.

EN plus que dois je faire de mes parametres de type out ? car j'en ai pas besoin en REST mais je veux les garder quand je suis en SOAP.

Ouais du coup, il faut utiliser des strings dans toutes les méthodes !

Cette modification est moins coûteuse que de se mettre à créer un contrat spécifique pour les connexions REST ;)

Tu sais s'il y a moyen de donner acces a certaines methodes en fonction du binding ? car en .net par exemple lorsque je vais faire une reference aux service SOAP il va me generer automatiquement un proxy et je ne voudrais pas y voir les methodes surchargées avec les parametres de type string, mais donner acces qu'aux methodes avec les bon type (int, out.....)

En parlant de surcharge sais-tu que cela est impossible dans WCF à moins que tes méthodes surchargées aient des valeurs uniques pour l'attribut Name dans leur attribut OperationContract :ccool:

Pour revenir à ta question : impossible de restreindre la génération côté client de certaines opérations de service.
La solution à ton problème est de faire comme suit :
- Avoir un contrat spécifique à REST RestContract : toutes les méthodes ont des paramètres de type string
- Avoir un contrat normal NormalContract : toutes les méthodes ont des paramètres avec des types corrects
- Avoir un service qui implémente ces deux contrats
- Dans le service tu implémentes les méthodes de NormalContract
- Dans l'implémentation des méthodes de RestContract tu fais appel aux méthodes implémentées de NormalContract en prenant soin de bien parser les string en type correct

Pour etre certain de bien avoir compris:
Ca ressemblerait à ca

Interface

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

public interface IClients_RestContract { [OperationContract] [WebGet(UriTemplate = "clients/{agentId}", ResponseFormat = WebMessageFormat.Xml, BodyStyle = WebMessageBodyStyle.Bare)] string[] GetClientsBycountryId(string countryId); }   public interface IClients_NormalContract { [OperationContract] [WebGet(UriTemplate = "clients/{agentId}", ResponseFormat = WebMessageFormat.Xml, BodyStyle = WebMessageBodyStyle.Bare)] string[] GetClientsBycountryId(int countryId); }

---

Services

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

public partial class ExposedService : IClients_RestContract, IClients_NormalContract { public string[] GetClientsByCountryId(string agentId) { //... code int Id = Convert.ToInt32(agentId); GetClientsByCountryId(int agentId) }   public string[] GetClientsByCountryId(int agentId) { //... code //Call couche metier } }

---

Par contre je ne change rien au niveau du web.config ?

Ok! c'est ça !

J'ai l'erreur suivante:

Citation:

---

contract: http://tempuri.org/:IClientsRest ----> System.InvalidOperationException: The SMART.WCFInterface.IClientsRest.GetClientsBycountryId operation references a message element [http://tempuri.org/:GetClientsBycountryId] that has already been exported from the SMART.WCFInterface.IClients.GetClientsBycountryId operation. You can change the name of one of the operations by changing the method name or using the Name property of OperationContractAttribute. Alternatively, you can control the element name in greater detail using the MessageContract programming model.

---

Ah mon avis ce n'est pas possible.

Ok je n'ai plus d'erreur dans mon web.config j'avais:

Code:

---

1 2 3

<endpoint address="soap" binding="basicHttpBinding" contract="SMART.WCFInterface.IClientsRest"/><!--SOAP--> <endpoint address="rest" behaviorConfiguration="restBehavior" binding="webHttpBinding" contract="SMART.WCFInterface.IClientsRest"/>

---

Car je pensais mettre a disposition une interfaceRest pour webHttpBinding et une interfaceSoap pour basicHttpBinding.

Car quand j utilise le service via .net il me mets a dispo que l'interface REst non l 'autre

Voila un article qui reponds a toutes mes questions.
Vous en pensez quoi ?

Au fait j'ai oublié de te dire que pour que ton code marche il faut que tu donnes des valeurs à la propriété Namespace différent dans l'attribut ServiceContract de chacun de tes contrats. :ccool:

AH bon ?

Je vais le refaire alors, car j'avais tout effacé. Mais concernant les endPoint je peux mettre les differentes interfaces ? Une avec IClient et l'autre IClientRest ?

que penses tu de l'articles ?

Citation:

---

Envoyé par topolino

Je vais le refaire alors, car j'avais tout effacé. Mais concernant les endPoint je peux mettre les differentes interfaces ? Une avec IClient et l'autre IClientRest ?

---

Ok, il te faut deux endpoints.

Citation:

---

Envoyé par topolino

que penses tu de l'articles ?

---

je l'ai pas encore lu. :mrgreen: Surtout que t'as pas mis le lien de l'article. :mrgreen:

Le lien: http://www.codemeit.com/wcf/wcf-rest...p-coexist.html

Le seul probleme c'est l'absence de UriTemplate. Dommage car je pour ma part je voudrais utiliser la Method Post pour certaine operations.