Discovering creation (dialog or POST) on a long list of containers

[Martin P Pain <martinpain@uk.ibm.com>]

If you have a long list of containers,
you can't tell which ones support dialogs without a request (even if only
OPTIONS) on each one.

Actually, the same applies to creation
by POST too.

I think this is more of a reason to
make the Link header relation types available as predicates, so they can
be included in the RDF body of a response of the a container that contains
that long list of containers.

I've added a "discovery" section
to the DelegatedUIUseCases page, the third is the one addressing this:

Discovery
1.        (mp)
When a Client has requested the representation of a resource or container,
they should already have the information on what delegated UIs are supported.

2.        (mp)
A Client should be able to get the information on what delegated UIs are
supported on a given resource without getting its full representation.

3.        (mp)
A provider may have many containers. (These are probably in a parent container).
When a Client requests a list of all these containers (e.g. the representation
of a parent container) it should be possible for the server to include
information on which of those child containers support which kinds of delegated
UI. 

Martin

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU