From: Daniel Wagner <[email protected]>

The idea was to let ConnMan know and optimize the connection
scheduling. Doing this per Session is a bit over-engineered.
The only use case we came up so far was for things like an
email client to check for new message.

Past experience showed that this kind of interface lead easily to
life looks. If there is need for such a feature it doing it
on per technology would make more sense. For the time beeing
we better remove this. It could still be added to the Technology
API.

If application still wants to have a connection on regular base
it can call Connnect() method on the Session. ConnMan is still able
to defer any connection request.
---
 doc/session-api.txt | 27 ---------------------------
 1 file changed, 27 deletions(-)

diff --git a/doc/session-api.txt b/doc/session-api.txt
index c870a80..9a8e40d 100644
--- a/doc/session-api.txt
+++ b/doc/session-api.txt
@@ -217,33 +217,6 @@ Settings   string  Bearer [readonly]
 
                        If the system is not online yet this value is ignored.
 
-               uint32  PeriodicConnect [readwrite]
-
-                       Indicate that a periodic connection attempt every
-                       n minutes should be made. The minutes value is a
-                       suggestion when to connection. There is no guarantee
-                       that it will be made or will succeed.
-
-                       A value of 0 disable this feature.
-
-                       This feature is interesting for applications that
-                       wanna check status on a regular interval. And instead
-                       of the application waking up and trying to connect,
-                       this can be centralized nicely and multiple wakeups
-                       avoided in case no connection is available.
-
-                       An example application would be an email client that
-                       wants to check for new emails every 10 minutes.
-
-                       On purpose the smallest setting is 1 minute here since
-                       waking up more often and trying to set up a connection
-                       seems rather pointless use case.
-
-                       If an interval step has passed this can be nicely
-                       rescheduled when any connection matching the bearer
-                       settings becomes available becomes available. Using
-                       this feature it is also easy to avoid congestion.
-
                boolean EmergencyCall [readwrite]
 
                        Boolean representing the emergency mode of the
-- 
1.7.12.rc1.16.g05a20c8

_______________________________________________
connman mailing list
[email protected]
http://lists.connman.net/listinfo/connman

Reply via email to