Skip to main content

Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Paho/Android Service"

(Requirement 1: offline inbound buffering)
(= Design (no implementation code please - only external design and application code!))
Line 16: Line 16:
 
Automatic reconnect can be configured, and turned off.
 
Automatic reconnect can be configured, and turned off.
  
==== Requirement 3: automatic service reconnect after network failure ====
+
==== Requirement 3: allow Android notifications for incoming messages when app is not running ====
  
 +
So that the user can start the application?
  
 +
==== Requirement 4: buffering of outbound messages when the connection is not available =====
  
== Requirement 4:
+
Can make use of this function embedded in the Java client (when it is).
  
  
 
+
=== What is the application/service lifecycle? ===
What is the application/service lifecycle?
+

Revision as of 07:52, 26 September 2014

= Design (no implementation code please - only external design and application code!)

Requirement 1: Buffering of inbound messages when app is not running

The MQTT Android service to receive messages while the app is not running.

Questions: when are these messages delivered to the application? How does the app reestablish its connection to the service to get the same messages?

Requirement 2: automatic reconnection

The application does not have to reconnect itself.

Using Android notifications to recognize when the network is available again.

Automatic reconnect can be configured, and turned off.

Requirement 3: allow Android notifications for incoming messages when app is not running

So that the user can start the application?

Requirement 4: buffering of outbound messages when the connection is not available =

Can make use of this function embedded in the Java client (when it is).


What is the application/service lifecycle?

Back to the top