PDA

View Full Version : Re: [Standards] XEP-136 and XEP-59 implementation


Alexander Tsvyashchenko
05-10-2008, 09:04 AM
Hello Peter,

>> 1) JIDs matching: the conclusion seemd to be to use 'exactMatch'
>> attribute (?), but as you've pointed out this is the problem not only
>> for XEP-136.
>
> I added that:
>
> http://www.xmpp.org/extensions/xep-0136.html#collections-with

Ah, sorry - it seems I missed that :-(

Some comments then ;-)

> If the client or server wishes to match an exact bare JID, the boolean
> 'exactmatch' attribute MUST be included and MUST be set yo "true" or "0" [7].

1) I think there is a typo, last phrase should read as "true" or "1".

2) I would not restrict it to bare JIDs: instead it seems to me more
logical to write smth similar to "if the client or server wishes to
match an exact bare JID or domain JID, the boolean 'exactmatch'
attribute MUST be included and MUST be set yo "true" or "1", thus JIDs
like example.com matching exactly example.com instead of
*@example.com/*, and JIDs like user (AT) example (DOT) com matching exactly
user (AT) example (DOT) com instead of user (AT) example (DOT) com/*" - the latter one may
be important as some collections may be recorded with bare JIDs like
user (AT) example (DOT) com, so we might need to access them somehow.

3) 'exactmatch' is currently present only in 'chat' element: however,
it doesn't look like it belongs there, as 'chat' element is in fact
not used for matching. Instead, it should belong to commands
description (such as 'remove' or 'list' elements) and in preferences
(such as 'item' element).

Maybe it should be specified in some separate sub-section that
'exactmatch' attribute may be present in every element where JID is
included and 'matching' makes sence?

4) XML Schema probably should be updated too?

Good luck! Alexander

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Peter Saint-Andre
05-11-2008, 06:41 AM
On 05/10/2008 1:03 AM, Alexander Tsvyashchenko wrote:
>
> Hello Peter,
>
>>> 1) JIDs matching: the conclusion seemd to be to use 'exactMatch'
>>> attribute (?), but as you've pointed out this is the problem not only
>>> for XEP-136.
>>
>> I added that:
>>
>> http://www.xmpp.org/extensions/xep-0136.html#collections-with
>
> Ah, sorry - it seems I missed that :-(
>
> Some comments then ;-)
>
>> If the client or server wishes to match an exact bare JID, the boolean
>> 'exactmatch' attribute MUST be included and MUST be set yo "true" or
>> "0" [7].
>
> 1) I think there is a typo, last phrase should read as "true" or "1".

Fixed.

> 2) I would not restrict it to bare JIDs: instead it seems to me more
> logical to write smth similar to "if the client or server wishes to
> match an exact bare JID or domain JID,

Right, I'll clarify that.

> the boolean 'exactmatch'
> attribute MUST be included and MUST be set yo "true" or "1", thus JIDs
> like example.com matching exactly example.com instead of
> *@example.com/*, and JIDs like user (AT) example (DOT) com matching exactly
> user (AT) example (DOT) com instead of user (AT) example (DOT) com/*" - the latter one may be
> important as some collections may be recorded with bare JIDs like
> user (AT) example (DOT) com, so we might need to access them somehow.

Yes.

> 3) 'exactmatch' is currently present only in 'chat' element: however, it
> doesn't look like it belongs there, as 'chat' element is in fact not
> used for matching.

Isn't it? It is used to specify the JID with whom you have been chatting
(via the 'with' attribute).

> Instead, it should belong to commands description
> (such as 'remove' or 'list' elements) and in preferences (such as 'item'
> element).

Yes, I think <remove/> and <list/> make sense. I'm not so sure about
<item/> because I don't think that is used for any wildcards.

> Maybe it should be specified in some separate sub-section that
> 'exactmatch' attribute may be present in every element where JID is
> included and 'matching' makes sence?

Maybe -- I'll look at that soon.

> 4) XML Schema probably should be updated too?

Yes.

Peter

--
Peter Saint-Andre
https://stpeter.im/

Alexander Tsvyashchenko
05-11-2008, 07:47 PM
Peter,

>> 3) 'exactmatch' is currently present only in 'chat' element: however, it
>> doesn't look like it belongs there, as 'chat' element is in fact not
>> used for matching.
>
> Isn't it? It is used to specify the JID with whom you have been chatting
> (via the 'with' attribute).

Well, probably I'm nitpicking a bit here, but what I mean is that
'chat' element is used only to represent some collection - that's it,
it does not have any "actions" semantic associated, including
"matching", so in other words it's only "data" element. On the other
hand "commands" elements (such as 'remove' or 'list') are elements
that are associated with actions: i.e. list collections or remove them
appropriately, and this is where "matching" makes sense as
modification to the behavior of the main "action" represented by
element.

>> Instead, it should belong to commands description
>> (such as 'remove' or 'list' elements) and in preferences (such as 'item'
>> element).
>
> Yes, I think <remove/> and <list/> make sense. I'm not so sure about
> <item/> because I don't think that is used for any wildcards.

It is, because you might want to specify preferences for the specific
domain JID, not for all full JIDs matching this domain JID (remember
my original example about suppressing auto-archiving of messages from
icq.example.com? ;-)

Good luck! Alexander

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Peter Saint-Andre
05-20-2008, 04:59 AM
On 05/11/2008 11:45 AM, Alexander Tsvyashchenko wrote:
>
> Peter,
>
>>> 3) 'exactmatch' is currently present only in 'chat' element: however, it
>>> doesn't look like it belongs there, as 'chat' element is in fact not
>>> used for matching.
>>
>> Isn't it? It is used to specify the JID with whom you have been chatting
>> (via the 'with' attribute).
>
> Well, probably I'm nitpicking a bit here, but what I mean is that 'chat'
> element is used only to represent some collection - that's it, it does
> not have any "actions" semantic associated, including "matching", so in
> other words it's only "data" element. On the other hand "commands"
> elements (such as 'remove' or 'list') are elements that are associated
> with actions: i.e. list collections or remove them appropriately, and
> this is where "matching" makes sense as modification to the behavior of
> the main "action" represented by element.

Ah, I see what you mean. That makes sense. I'll fix that in the next
version.

>>> Instead, it should belong to commands description
>>> (such as 'remove' or 'list' elements) and in preferences (such as 'item'
>>> element).
>>
>> Yes, I think <remove/> and <list/> make sense. I'm not so sure about
>> <item/> because I don't think that is used for any wildcards.
>
> It is, because you might want to specify preferences for the specific
> domain JID, not for all full JIDs matching this domain JID (remember my
> original example about suppressing auto-archiving of messages from
> icq.example.com? ;-)

You are correct!

Peter

--
Peter Saint-Andre
https://stpeter.im/