Re: [PyWrapper-devel] tapir get requests & views

[Renato De G. <re...@cr...>]

Hi,

> Im checking the GET invoked operations now and I cant remember the 
> reason why we introduced another view request. We should provide  
> Charles some arguments why it exists and why we didnt just include 
> template as a parameter in inventories and searches. What was wrong 
> about that?

As I said, the only reason for the view operation was to accommodate 
TAPIRLite providers. Apparently it was the easiest way to do that. 
Remeber their requirements:

* No need to parse XML requests (only GET requests with simple 
key/value parameters)
* No need to parse filters.
* No need to implement "partial".
* All queries based on templates.

There could be other ways to allow the existence of TAPIRLite without 
having the view operation, such as including many new attributes in 
the search operation capabilities, but it would easily get confusing 
and contradictory, I think.

Searches and inventories can make use of templates already, can't 
they? (at least in XML requests, but I don't see why not via GET 
requests as well).

> - is the envelope turned off or on when non view requests are called
> via GET? I thought its turned off then. Am I right?

If this is not documented/defined somewhere I would suggest to turn 
on the envelope by default for all non view requests.

> - inventories without envelope need some embracing root element
> above  
> the <record> elements. So should we answer with <tapir:inventory>
> ?

I understood that turning off envelopes just meant removing header 
and diagnostics. The root element would still be <response>.

> - If so, shouldnt we do the same for the other operations (with  
> exception of views maybe - well, actually an inventory view has the 
> same problem!). If we would do so, the summary element for paging is
> there as well and we would not need to turn on the entire envelope 
> for counts.
> - if not, what about ping?

Same answer above.
 
> Looks like I am discovering ever more little questions.
> Stay tuned.

No worries, let's kill them all!
--
Renato