[Standards] File sharing xep proposal
binary at jrudevels.org
Thu Nov 8 18:41:20 UTC 2012
On 11/09/2012 12:51 AM, Jefry Lagrange wrote:
> I have tried many different ways of making the protocol. The first time
> around, I modified xep0135 to include search capabilities. Someone told
> me, I think it was Matthew, that xep0135 abuses service discovery by
> using it too much. Also another thing that I noticed is that,
> data-forms make the xep0135 stanzas become really big, as they waste too
> much space.
I actually don't understand hot is it possible to "abuse" service
discovery. Maybe someone can explain?
Also, I don't think that forms waste much space. They bigger than SI's
but not so much and they provide ability to be shown with existent form
> For those reasons, I decided to move away from xep0135 and instead of
> using dataforms, use the well known file stanzas as defined in xep096
> and xep0234.
> In what way do you think that the queries could be improved?
Specify the ways client should search files. For example, it can be
something like wildcards for filenames or smth else.
>> The other thing I noticed is that you saying the the client MUST
>> respond with the list of files if it was queried to do so. I don't
>> think it's right because there are many conditions when client might
>> decide not to do so: permissions control, bandwith control, etc.
> Maybe it wasn't clear in the xep, I will check the writing. Basically if
> you don't have or want to share any files you just reply with a:
I think that the better way is to define errors we can return because
the empty set is not the same as error and errors have to be reported
> Thanks for your feedback.
>> On 11/06/2012 08:19 AM, Jefry Lagrange wrote:
>>> I've been working for quite some time in a protocol extension to allow
>>> file sharing. I have a (some-what) working prototype of its
>>> The prototype is available at Gajim's plugin repository:
>>> It doesn't do a lot, but it can share files between computers. Although
>>> the code is in alpha stage everyone who is brave enough is welcomed to
>>> try it.
>>> I have attached a draft of the protocol extension. I would like some
>>> feedback on it. If it doesn't looks too bad, I would like to present it
>>> to the council by the end of the week.
With best regards,
XMPP Developer and JRuDevels.org founder.
More information about the Standards