Re: [jdev] Help choosing the right technology

2012-11-18 Thread Jonathan Dickinson
> Date: Tue, 13 Nov 2012 07:30:34 + > From: ke...@kismith.co.uk > To: jdev@jabber.org > Subject: Re: [jdev] Help choosing the right technology > > Just to clear up a couple of things. > > On Tue, Nov 13, 2012 at 7:12 AM, Michael Weibel > wrote: > >> P

Re: [jdev] Help choosing the right technology

2012-11-15 Thread andy nes
Thank you guys for your suggestions. Decided to go ahead with XMPP. Now I'm trying to figure out a good enough architecture for my application (plan is to structure it as a component and connect to XMPP). I have put my thoughts and questions in a separate mail, love to pick your brains on those que

Re: [jdev] Help choosing the right technology

2012-11-13 Thread Dave Cridland
I'll chip in too, why not. :-) So for the case of "user [device?] accidentally goes offline and comes back", this could be dealt with by offline messages (which as Peter says are available in every XMPP server), or by XEP-0198, depending on the circumstances. XEP-0198 will handle the interesting c

Re: [jdev] Help choosing the right technology

2012-11-13 Thread Peter Saint-Andre
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/13/12 12:52 AM, andy nes wrote: > *@Michael* Thank you for the XEP numbers. Will have a look. > > *@Obaid* Info on Message Delivery is good enough to go ahead. So if > a user accidentally goes offline and comes back, will the missed > message be

Re: [jdev] Help choosing the right technology

2012-11-13 Thread Abhinav Singh
Most of the questions are already answered and I believe you can achieve all that you want with XMPP alone. Coming back to the question "Help choosing the right technology": if machine to machine communication and light weight messaging transport (especially since you are on mobile) are your top

Re: [jdev] Help choosing the right technology

2012-11-13 Thread Obaid Shaik
Yes, it is possible to deliver the messages later when the user comes online, it could be the inbuilt feature from the server side, I'm not sure of it because I'm not handling the server. But one thing I can confidently say you that it is possible to delever the offline message and also it is done

Re: [jdev] Help choosing the right technology

2012-11-13 Thread Michael Weibel
> Noting that I'm an expert in neither of these things - APNS is largely > going to be sending notifications to the user, which is unlikely to be > useful in a machine<>machine client. GCM seems to be duplicating some > of the functionality you'd get from the XMPP channel. True. > It's worth not

Re: [jdev] Help choosing the right technology

2012-11-12 Thread Kevin Smith
On Tue, Nov 13, 2012 at 7:47 AM, Michael Weibel wrote: Push based communication. >>> Besides ejabberd commercial, I don't know which servers implement this. >> >> All XMPP servers provide 'push' communication. Presence and message >> stanzas are push-based, iq are polling. > > I thought he me

Re: [jdev] Help choosing the right technology

2012-11-12 Thread andy nes
*@Michael* Thank you for the XEP numbers. Will have a look. *@Obaid* Info on Message Delivery is good enough to go ahead. So if a user accidentally goes offline and comes back, will the missed message be delivered? Is it inbuilt behavior or should implement any XEP? Ping sounds good enough. *@Ke

Re: [jdev] Help choosing the right technology

2012-11-12 Thread Michael Weibel
Hi Kevin, thanks for your reply. >>> Push based communication. >> Besides ejabberd commercial, I don't know which servers implement this. > > All XMPP servers provide 'push' communication. Presence and message > stanzas are push-based, iq are polling. I thought he meant something like APNS/GCM

Re: [jdev] Help choosing the right technology

2012-11-12 Thread Kevin Smith
Just to clear up a couple of things. On Tue, Nov 13, 2012 at 7:12 AM, Michael Weibel wrote: >> Push based communication. > Besides ejabberd commercial, I don't know which servers implement this. All XMPP servers provide 'push' communication. Presence and message stanzas are push-based, iq are po

Re: [jdev] Help choosing the right technology

2012-11-12 Thread Michael Weibel
> Always ON: The application is a tracking one. Hence the application should > always, at regular intervals, send the location data to the server without > closing the connection. The application runs on a mobile. That's what I mean > by Always ON. I think that should be fairly easy to implemen

Re: [jdev] Help choosing the right technology

2012-11-12 Thread Obaid Shaik
Hi, As Michael told its complete correct, and as you were searching for gauranteed delivery i'll provide you with some information In that extension it provides you with the delivery of the message is done or not. with some status. So with that you can track the delivery. And Applications is alwa

Re: [jdev] Help choosing the right technology

2012-11-12 Thread andy nes
Hey Michael, Thank you for a quick reply, appreciate it. Guaranteed Message Delivery is quite important for us. Shall look into the XEP. Also, we are inclined towards ejabberd as server. Will check if ejabberd implements XEP-184. I realized that Machine to Machine requirement is redundant, can

Re: [jdev] Help choosing the right technology

2012-11-12 Thread Michael Weibel
Hi andy, > Real time communication. You'll get that for free when you open a connection to the XMPP Server. > Push based communication. Besides ejabberd commercial, I don't know which servers implement this. > Guaranteed message delivery This is one of the most important things for mobile (a