[Standards] Proposed XMPP Extension: HTTP File Upload
xramtsov at gmail.com
Thu Jul 30 09:35:24 UTC 2015
Thu, 30 Jul 2015 11:07:28 +0200
Goffi <goffi at goffi.org> wrote:
> My point is that HTTP transfer is nothing more than a P2P transfer
> between server and requester(s) (and why would you not store the file
> ?), and while trying to make life easier it will result in either
> developers implementing both (so more complications at the end),
> either they'll implement only one (say HTTP), resulting in a feature
What is the point in implementing file transfer protocol which will not
work in all cases (MUC, offline, etc)? Why a developer would need
proxy65 if it's not MUC friendly? I really see no point.
> Beside the risk of losing the url that I have already mentioned, HTTP
> give no advantage over Socks5, and doesn't do NAT traversal as
> Jingle can do, and it's an other whole different server to maintain.
There is a clear advantage over Socks5: MUC and offline support.
And there is no NAT traversal problem for HTTP as far as I'm concerned.
> Anyway, if the HTTP XEP is published I'll implement it anyway, I just
> hope it will not have bad side effects on jingle adoption, neither it
> will prevent to have new XEP for requesting a file with jingle (which
> is a more elegant option in my opinion). If indeed both can live
> together, well, why not.
Jingle adoption? It has been 10 years left. Where is it?
Should we wait 10 more years?
More information about the Standards