Re: Is it a good idea to make your WADL available?
On 9/6/06, [hidden email] <[hidden email]> wrote:
> Converseley, if you send out an HTML form that builds URIs in my domain,
> the story is different: you can't commit me as a URI assigment authority,
> unless I have somehow delegated that capability to you. So, it depends
> where the form or WADL comes from, IMO.
Oops, yes of course, agency is also of critical importance. I should
have channeled Rohit;
It occurs to me that WADL needs some mechanism to indicate that a
particular request may have a variable number of arguments that can't be
discovered until runtime. Consider the following resource definition:
If there is a static number of sub-selectors, these could be explicitly
detailed by concrete resource and method definitions with each parameter
explicitly defined. But if new sub-select clauses can be added to (and
removed from) the system at runtime, there is no mechanism in WADL to
capture the fact that the names and number of the parameters is
While the WADL could be generated at runtime, many of the stated use
cases are for more off-line scenarios.
Perhaps some indicator could be defined to capture a variable number of
<variable-params/> <!-- a unknown number of other params -->