Простой период в Worklight 6.2 Гибридное приложение

Question

Как настроены параметры простоя приложения для Worklight 6.2 Гибридные приложения? Мы разрабатываем гибридное приложение для Android 4.1.x с JQuery и хотели бы вернуть пользователя на страницу входа в систему после периода бездействия ... Есть ли встроенные возможности в рамках, которые мы должны искать? для этого?

Answer 1

Нет встроенной функции простоя. Вам нужно будет реализовать пользовательский.

Одним из способов достижения этой цели является создание вашей пользовательской реализации при подсчете времени ожидания сеанса сервера Worklight.

Тайм-аут сеанса определяется в вашем проекте \ server \ conf \ worklight.properties.

Что вы можете сделать, это:

1. После успешного WL.Client.connect(), вы будете начинать отсчет на ту же сумму, как набор для тайм-аут сеанса

2. Для каждого действия сервера (запрос адаптер .. .), сброс подсчета

3. Если отсчет истек (или достигает, скажем, 5-10 секунд до), выход из системы из области и отобразить форму входа

Не думаю, что было бы неплохо рассчитывать на «общее» время простоя в приложении, так как вам нужно будет учитывать как тайм-аут сеанса И какой бы «тайм-аут активности» вы не установили, что будет должны быть ниже таймаута сеанса. его просто больше сценариев, чтобы заботиться о ...

Редактировать: на самом деле у меня есть другая идея - используйте API для heartbeat в Worklight, чтобы поддерживать соединение с сервером активным и рассчитывать на любой тайм-аут активности, который вы хотели бы использовать для app ... Если он истекает, выйдите из области и отобразите форму входа.

Answer 2

Вы также можете сделать это, не пинговая сервер, с JQuery, приложив мышь и слушатели клавиш к документу или телу.

Что-то вроде этого кода: (не тестировалось)

var idleTime = 30*1000; //30 seconds 
var idleTimer = null; 

$(document.body).bind('mousemove,keydown,click',function(){ 
    clearTimeout(idleTimer); 
    idleTimer = setTimeout(isIdle,idleTime); 
}); 

function isIdle(){ 
    clearTimeout(idleTimer); 
    //logout and go to login form 
} 

Другой вариант, который может быть лучше UX (в зависимости от ваших конкретных потребностей), чтобы захватить экран запирание/коммутируемое изначально на устройстве.