***: heavysixer has joined #arpnetworks
ChanServ sets mode: +o heavysixer
heavysixer has quit IRC (Quit: heavysixer)
heavysixer has joined #arpnetworks
ChanServ sets mode: +o heavysixer
heavysixer has quit IRC (Ping timeout: 245 seconds) up_the_irons: man, zeromq is some neat stuff brycec: truth ***: eryc_ is now known as eryc
eryc has quit IRC (Changing host)
eryc has joined #arpnetworks mikeputnam: http://i.imgur.com/haspR.jpg toddf: wow jpalmer: up_the_irons: we're looking at replacing xmpp with zeromq on v 3.0 of our appstack.
up_the_irons: what are you using it for? mikeputnam: rabbitmq is also hawt ***: heavysixer has joined #arpnetworks
ChanServ sets mode: +o heavysixer brycec: jpalmer: I'm guessing you're not using XMPP for simply chatting then? (Not that you couldn't build an IM service with a 0MQ transport...) jpalmer: we're doing a LOT with xmpp, that it wasn't really designed for, or good at. brycec: heh
I've used xmpp for intra-server message passing in the past (5+ years ago). it did well enough. Was relatively small scale though and I would definitely jump on 0MQ now.
I will say that XMPP is nothing if not extensible though jpalmer: we're using it in hospitals. for messaging, voip session setup, delivering critical alarms to nurses.. etc. oh, and we're doing it over (usually) poor quality wifi.. so there are lots of drops/disconnects. toddf: at least xmpp retransmits upon reconnect! jpalmer: well, not well in our scenario. if the phone is unavailable, we send it as an apple push, and need to remove it from the queue jlgaddis: does xmpp support "guaranteed" delivery? not sure if that's the right word to describe it...
basically, retry until it gets through ***: heavysixer has quit IRC (Quit: heavysixer) brycec: jlgaddis: I'm not sure, but I know it supports delivery receipt, so I'm sure there must be some implementation/addon/etc that would retry .
(As far as I know, most setups will store and and pass it along) jlgaddis: yeah, delivery receipt is basically what i meant... i was thinking it does, but it's been a few years since i used jabber (previous job) toddf: its supposed to, but some im apps screw it up I think, don't rely on blackberry gtalk client, it shows online at google and online at blackberry at times, yet manually disconnecting and reconnecting is the only way to get it to start receving messages sent from elsewhere or have others receive messages sent brycec: heh, that could (in theory) be fixed at the server side
If the server would reach out, ping, etc
Not guaranteed but an option toddf: when running a jabber server, I'd notice I could send a message to an offline contact, disconnect my client, connect to the offline account, and receive the message. I was impressed. brycec: lol jlgaddis: that reminds me, toddf, and i now remember the answer to my own question brycec: Anyhow, the client must ack every message received from the server. Hence, the server will know whether it was delivered, and will report it as such back to the sender. jlgaddis: i remember similar things happening when we had a jabber server (receiving messages from when i was offline) ***: Ehtyar has joined #arpnetworks
heavysixer has joined #arpnetworks
ChanServ sets mode: +o heavysixer
heavysixer has quit IRC (Quit: heavysixer)
heavysixer has joined #arpnetworks
ChanServ sets mode: +o heavysixer
DiaboliK has quit IRC (Ping timeout: 256 seconds)
DiaboliK has joined #arpnetworks
dzup has joined #arpnetworks
heavysixer has quit IRC (Quit: heavysixer)
E1ven has joined #arpnetworks
E1ven has quit IRC (Quit: Computer has gone to sleep.)
dzup has quit IRC (Ping timeout: 245 seconds)
Ehtyar has quit IRC (Quit: Don't follow me)