[Standards] XEP-0163: Personal Eventing Protocol - Clarification about the multi-items per node support
binary at jrudevels.org
Mon Jan 9 10:36:21 UTC 2017
Yeah, exactly, we hardly have a good description of the fields in the
On 09/01/2017 12:26, Dave Cridland wrote:
> Loosely, I agree with Sergey, except I think he means:
> <field var='pubsub#max_items'
> label='The maximum number of items to persist'/>
> Rather than:
> <field var='pubsub#persist_items'
> label='Whether to persist items to storage'/>
> On 4 January 2017 at 22:52, Jaussoin Timothée <edhelas at movim.eu> wrote:
>> After having a look at XEP-0163: Personal Eventing Protocol and XEP-0060:
>> Publish-Subscribe I'd like to have a clarification regarding the multi-items
>> per node support.
>> PEP is meant to be a "a simplified subset of pubsub" and was defined to work
>> with nodes created on the user JID. Also this XEP is mostly used for nodes
>> that only contains one <item> (like in XEP-0118: User Tune, XEP-0107: User
>> Mood, XEP-0108: User Activity or XEP-0080: User Location).
>> However some later XEPs allows clients to publish several items per PEP
>> nodes like XEP-0277: Microblogging over XMPP or XEP-0330: Pubsub
>> Subscription (we are also planning to update the Bookmarks XEP to work this
>> way, one bookmark per item, mostly to prevent race-condition issues).
>> My main concern here is that a XMPP client currently don't have a way to
>> know if the server supports several items per node for PEP (like for the
>> current Prosody server).
>> Having this lack of information could lead to issues with XEPs that rely on
>> this multi-items support in client implementations (that it's actually the
>> case with clients like Movim).
>> I don't see any feature listed here
>> http://www.xmpp.org/extensions/xep-0060.html#features that could help
>> clients to get this information (maybe
>> http://jabber.org/protocol/pubsub#item-ids ?).
>> If its not a misunderstanding on my side, I'd like to have your point of
>> view on this problem and start to discuss about a solution.
>> Timothée Jaussoin aka edhelas
>> Standards mailing list
>> Info: https://mail.jabber.org/mailman/listinfo/standards
>> Unsubscribe: Standards-unsubscribe at xmpp.org
> Standards mailing list
> Info: https://mail.jabber.org/mailman/listinfo/standards
> Unsubscribe: Standards-unsubscribe at xmpp.org
With best regards,
XMPP Developer and JRuDevels.org founder.
More information about the Standards