Lorsque je souhaite trouver un "BIG" Service Web (WS-*/WSDL) de fonctionnalités requises, je peux simplement simplement google pour ".... FileType: WSDL" Parce que Google Index. Définitions WSDL. Ou je peux simplement utiliser certains registres qui ont déjà rampé le Web pour les définitions de WSDL pour moi, par exemple. Seekda.com ou ServiceFinder.
Lorsque je souhaite trouver un service Web reposant (API Web reposant), je ne pouvais compter que sur la communauté, car il n'est pas possible de distinguer l'URI du service Web reposant et d'autres ressources Web (par exemple, des URL de sites Web) et, par exemple, tout chenleur ciblé ne peut pas Dites pour 100% sûr: c'est URI de service Web reposant. Donc, je viens par exemple. Pour programmableWeb.com et j'espère que quelqu'un a déjà utilisé/trouvé le service que je recherche et l'a inscrit là-bas.
Récemment, je cherchais le service Web pour l'expansion d'abréviation. Je ne pouvais pas le trouver dans des portails comme programmableweb, car personne ne l'a mis là. Enfin, j'ai été obligé de parcourir plusieurs sites de dictionnaires d'abréviation, de creuser et de percer et j'ai finalement trouvé Abréviation.com API Web Service API sous forme reposante. Cela m'a pris beaucoup de temps!
Y a-t-il une autre façon de découvrir des services Web reposants sur le Web?
Le REST Ideal est que les services sont aussi consommables que des pages Web, ils n'ont pas besoin de registres. [Je dois admettre que je n'ai pas complètement "obtenir" les implications de ce monde reposant, non WSDL, aucun registre ne ressemble à un vélo sans stabilisants.]
Dans l'ancienne Web, pré-Google, comment avons-nous trouvé des pages? Efficacement bouche-de-bouche et quelques points de départ clés. REST Les services autant que je peux voir sont à peu près dans la scène pré-Google.
Je ne suis pas d'accord pour dire que "il n'est pas possible de distinguer l'URI de service Web reposant et d'autres ressources Web" - si nous suivons le lien que nous obtenons certains types d'applications de contenu/XML et application/JSON/JSON Seraient des indicateurs assez forts. Ils sont-ils?
Il existe une convention (recommandée dans REST API Design Manuel par exemple) que vous exposez un point d'extrémité A/API à la racine de votre service. Cela renvoie une réponse XML ou JSON contenant les ressources "enfant" que votre service prend en charge par exemple./API/Produits
Il y a un fichier de type WSDL pour REST Webservices: elle s'appelle Wadl.
SOAPUI peut maintenant découvrir le REST Services. Cela fonctionne comme un proxy, écrivant toutes les demandes/réponses qui passent à travers . Avoir des demandes et des réponses SOAPUI recrée des descriptions/définitions des services. Maintenant, les définitions peuvent être stockées dans [~ # ~ # ~] Wadl [~ # ~] et [~ # ~ ~] WSDL [~ # ~] formats (comme WSDL et XML-SCHEMA dans XML World). Il peut également être stocké dans Format Swagger . Je préfère Swagger. Swagger peut être stocké dans Swaggerhub Dès SOAPUI, qui ressemble à GitHub pour le code source. Swaggerhub est l'un des nombreux systèmes de gestion de l'API.