[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: CAP 10: CREATE Command and ordering of responses.

On Mon, Jan 27, 2003 at 02:26:12PM -0500, Bruce_Kahn@xxxxxxxxxxxxxxxx wrote:
> Andrea replied on 01/23/2003 11:35:04 AM:
> > By the way, this same argument holds for VQUERY with multiple QUERY
> > properties: see 6.1.1 item 5.
> 
> Yes, thanks you. 
> 
> > OTOH and for completeness sake: we can't take your argument to the
> > extreme, in some cases we do need to mandate ordering. See results
> > for CREATE - if results aren't in the same order as the components,
> > the CUA won't be able to correlate them.
> 
> Huh??  Sure it can.  From the draft-10 12-Jan-2003:

Sorry, you're right. I was thinking of the MUST from the draft.

So basically, there's no need for ordering anywhere, right? I'm
all for removing the requirement then.



But let me insist: we need to clarify how should multiple VQUERY
(or multiple QUERY properties) behave. There is more to this than
SEARCH, since VQUERY are used all over. In addition to the basic
question (that I think I've asked many times), there's the issue
of the same component matching more than once.

Example:

BEGIN:VCOMPONENT
CMD:DELETE
BEGIN:VQUERY
QUERY:SELECT * FROM VEVENT WHERE DTSTART > '20030101'
END:VQUERY
BEGIN:VQUERY
QUERY:SELECT * FROM VEVENT WHERE LOCATION = 'Milan, Italy'
END:VQUERY
END:VCOMPONENT

Should this return:

1 - all results for both in one VREPLY

BEGIN:VCOMPONENT
BEGIN:VREPLY
UID:....
UID:....
END:VREPLY
END:VCOMPONENT

2 - one VREPLY per query

BEGIN:VCOMPONENT
BEGIN:VREPLY
UID:....
...
END:VREPLY
BEGIN:VREPLY
UID:....
...
END:VREPLY
END:VCOMPONENT

3 - one VCALENDAR per query

BEGIN:VCOMPONENT
BEGIN:VREPLY
UID:....
...
END:VREPLY
END:VCOMPONENT
BEGIN:VCOMPONENT
BEGIN:VREPLY
UID:....
...
END:VREPLY
END:VCOMPONENT

4 - undefined


Now what happens if the query matched the same component? Do we
return it in both replies or in one (which one)?


That's my main reason for choosing #1. After all, if we wanted to
separate the answers, we wouldn't send them in one query, right?

Bye,
	Andrea


-- 
Andrea Campi                              mailto:a.campi@xxxxxxx
I.NET S.p.A. - BT Ignite                  http://www.inet.it
Technical Dept. - R&D			  phone: +39 02 32863 ext 1
v. Darwin, 85 - I-20019			  fax: +39 02 32863 ext 7705
Settimo Milanese (MI), Italy