Hello, Going down the path of creating some web services. I am going with using REST over SOAP. Where I am a bit lost is with regards to the WSDL. If I understand correctly the WSDL will allow consumers of my web services the ability to generate stubs in their code of choice. The XML will be abstracted by APIs generated by the WSDL on the client end. Using the RESTful approach how does one generate a WSDL for the client? I believe SOAP takes all this into account. Am I missing the best way to approach this? How does one publish the RESTful web service(s) if not by WSDL? thanks, Rick -- Posted via http://www.ruby-forum.com/. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Rick Fiorentino wrote:> Hello, > > Going down the path of creating some web services. I am going with using > REST over SOAP. Where I am a bit lost is with regards to the WSDL. If I > understand correctly the WSDL will allow consumers of my web services > the ability to generate stubs in their code of choice. The XML will be > abstracted by APIs generated by the WSDL on the client end. > > Using the RESTful approach how does one generate a WSDL for the client? > I believe SOAP takes all this into account. Am I missing the best way to > approach this? > > How does one publish the RESTful web service(s) if not by WSDL? > > thanks, > Rick > -- > Posted via http://www.ruby-forum.com/.Couple of things to keep in mind: 1. RESTful apps tend to follow conventions, making the need for method- by-method specs obsolete. Rails implements its own flavor of REST conventions, whereby if you know the resource (say, products), then you already know the urls and HTTP verb combinations that are available. 2. WSDL helps generate client-side tools, but you still need human documentation to understand what to do with it. RESTful services should also provide human documentation so you know what urls and verbs are supported. Jeff --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
On Feb 6, 2008 2:39 PM, Rick Fiorentino <rails-mailing-list-ARtvInVfO7ksV2N9l4h3zg@public.gmane.org> wrote:> Hello, > > Going down the path of creating some web services. I am going with using > REST over SOAP. Where I am a bit lost is with regards to the WSDL. If I > understand correctly the WSDL will allow consumers of my web services > the ability to generate stubs in their code of choice. The XML will be > abstracted by APIs generated by the WSDL on the client end. > > Using the RESTful approach how does one generate a WSDL for the client? > I believe SOAP takes all this into account. Am I missing the best way to > approach this? > > How does one publish the RESTful web service(s) if not by WSDL? >As has already been said, RESTful services rely far more heavily on conventions and already documented standards than SOAP. A well set up RESTful service will be much easier for the client developer to understand than your average SOAP service. WSDL was somewhat helpful for working with SOAP services, but it was far from ideal for a variety of reasons including its heavy reliance on the ridiculously complex XML schemas. A WSDL alone was never enough for anyone but the most hardcore of SOAP developers. Usually you''ll be able to get away with a human-readable list of your resources, what parameters they expect, etc. There isn''t (yet?) anything standardised for machine-readable resource lists but there is some buzz around WADL -- http://en.wikipedia.org/wiki/Web_Application_Description_Language If you haven''t already, it''s worth reading some of the discussion of REST (in a more general sense than just how it works in Rails) around the web. http://www.tbray.org/ongoing/When/200x/2007/04/30/REST-is-easy would be one place to start. James. -- James Stewart - Web Developer Work : http://jystewart.net Play : http://james.anthropiccollective.org --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---