<div dir="ltr">Hi,<div>i'm developing a messaging app (server and client) for a subject at university. The proyect involves developing a server with a REST protocol and an android application. In order to have a real case to use it to compare developing an app for android and salifish, i thought that it would be a good idea to also implement the client for salifish.</div><div><br></div><div>The protocol is quite simple, i already managed to develop the server, tested via terminal and send messages using a simple qml app (basically i'm doing ajax calls). My problem is how should i poll notifications and messages. I have to periodically send an ajax call/http request to an url (eg: http://<server addr>/notifications) and the server will answer me with a json with all the new messages. </div><div><br></div><div>My first idea is that the qml app pulls the data directly, but, if the app is closed, no more data is pulled. Can the qml app start a service (which runs on the backgound) in order to continue the pulling of data?.</div><div><br></div><div>My second idea is to run a daemon which periodically pulls displays notification and communicates with the qml app via dbus. But, i've read that daemons aren't allowed in harbour apps, i want to use this prototype as a real test case of what will be shipping an app to Harbour. </div><div><br></div><div>Which would be the correct / recommended way to pull information from a server periodically (in the background)?.</div><div><br></div><div>Regards,</div><div>Nicolas.<br>-- <br><div class="gmail_signature">Nicolas Cisco<br><a href="http://www.nckweb.com.ar" target="_blank">www.nckweb.com.ar</a><br></div>
</div></div>