5.7.3 Вызов методов Cordova

Все методы (Описание методов Cordova) содержат callback-и в параметрах. Пример вызова метода:

Expand source 

  var success = function(message) {

  alert(message);

  };

  var failure = function() {

  alert("Error calling Plugin");

  };

  hhfw. AuthV6("login", "pass", success, failure);

;

где success – функция callback-а при удачном выполнении метода, и failure – при неудачном выполнении. Функции получают на вход параметры с ответом (message), в котором возвращается результат выполнения метода с данными (если такие запрошены).

5.7.4 Описание методов Cordova

    Авторизация пользователя по логину и паролю

Метод обязателен к выполнению, т. к. во время выполнения метода пользователь получает токен на дальнейшее использования плагина в системе! Возвращает результат выполнения метода в формате json. (удачно/неудачно с кодом ошибки).

login – логин мобильного пользователя на HH;

password – пароль мобильного пользователя на HH;

Auth(login, password);

    Получение списка ресурсов

Метод обязателен к выполнению, так как во время выполнения создается таблица в локальной базе данных и туда записываются доступные ресурсы + структура каждого ресурса. Возвращает список доступных для текущего пользователя ресурсов в формате json.

GetResource();

    Получение табличных данных с сервера

Метод получения табличных данных с сервера. Метод опционален. Возвращает json со списком табличных данных ресурса.

НЕ нашли? Не то? Что вы ищете?

resourceName – название ресурса, доступного текущему пользователю (Z_TO_READ_DATA, Z_READ и другие);

params – список параметров для ресурса. Необязательный. ({"I_USERNAME":"TEST"} и другие).

Get(resourceName, params);


    Получение табличных данных в потоке и сохранение в локальную БД

Метод получения табличных данных в потоке и сохранение в локальную БД. Метод опционален. Получает данные в потоке из указанного ресурса и записывает их в локальную базу данных. Возвращает результат выполнения метода в формате json (удачно/неудачно с кодом ошибки).

resourceName – название доступного ресурса текущему пользователю (Z_TO_READ_DATA, Z_BIN_READ и т. п.).

GetDeltaStream(resourceName);


    Запрос в локальную базу данных

Метод запроса в локальную базу данных. Метод опционален. Удачное выполнение возможно только после загрузки данных с помощью метода GetDeltaStreamV6(resourceName). Возвращает json с табличными данными, полученными из локальной базы данных.

query – строка, содержащая SQL запрос к базе данных. (SELECT * FROM Z_TO_READ_DATA), где Z_TO_READ_DATA – название ресурса, загруженного методом GetDeltaStream(resourceName);

Query(query);

    Отправка данных на сервер

Метод отправки данных на сервер. Метод опционален. Отправляет SQL-запрос в локальную базу данных. В ответ получает json со статусом выполнения запроса (удачно/неудачно и код ошибки) и список табличных данных и БД.

resourceName - название доступного ресурса текущему пользователю (Z_TO_READ_DATA, Z_READ и т. п.);

params – данные, которые нужно отправить определенному ресурсу. ("{\"UPSERT_ROWS\":[[0.0,\"bananas 0\"],[1.0,\"bananas 1\"],[2.0,\"bananas 2\"],[3.0,\"bananas 3\"],[4.0,\"bananas 4\"]]}"), где UPSERT_ROWS – название таблицы в ресурсе, далее следуют данные в определенном порядке.

Post(resourceName, params);

    Подписка на push-уведомлений

Метод опционален. Подписывается на указанный push-топик. В ответ получает json со статусом выполнения запроса (удачно/неудачно и код ошибки).

topic – название push-топика в HH (topic, push и т. п.);

version – версия mqtt (3,4);

cleanSession – очистка сессии (true/false).

SubscribeForTopic(topic, version, cleanSession;

    Отписка от push-уведомлений

Метод опционален. Отписывается от указанного push-топика. В ответ получает json со статусом выполнения запроса (удачно/неудачно и код ошибки).

topic - название push-топика в HH (topic, push и т. п.);

Unsubscribe(topic);

    Выход из системы

Метод опционален. Удаляет токен, полученный при авторизации.

Logout();

    Режим проверки сертификата

Метод опционален. Позволяет включить SSL проверку при работе с сервером.

bEnabled – режим работы SSL проверки (true/false).

SetSSLChecks(bEnabled);

6. Известные проблемы

На текущей странице приведена информация об известных проблемах, присущих версии HyperHive v2.0.12

Компонент

Описание

Дата обнаружения

Обходное решение

№ сборок

1.

HHive. Server

После установления соединения на стороне клиента OpenVPN, запущенного на ОС MS Windows Server 2003/2003 R2, сервер HyperHive не видит внутренние ресурсы, между сервером HyperHive и OpenVPN клиентом не проходит ICMP трафик.

Релиз

На стороне OpenVPN клиента вручную добавить сетевой маршрут в операционной системе:

Запустить командную строку от имени администратора сервера. Выполнить команду: route add <IP-адрес-OpenVPN-сервера> mask 255.255.255.255 <IP-адрес-шлюза-сети-VPN> (последний можно увидеть в маршруте для VPN-сети).

Все v1.0, v1.1, v2.0.12

2.

HHive. Server

1. Если скопировать проект внутри сервера, то добавить новую группу мобильных пользователей в проект-источник или в целевой проект будет невозможно;
2. Если выполнить экспорт проекта с сервера и, затем, импорт, то ситуация аналогичная предыдущему пункту.

Релиз

Запустить на сервере команду: redis-cli flushall

2.0.12

3.

HHive. Server

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

Релиз

Запустить на сервере команду:supervisorctl restart uwsgi

2.0.12



7. Лицензионная политика

Лицензированию в редакции HyperHive Standalone Edition подлежат на выбор:

    пользователи мобильной платформы (тип лицензий: User); устройства, работающие с подключением к мобильной платформе (тип лицензий: Device).

Для ведения разработки необходимо приобрести лицензии на мобильных разработчиков в количестве разработчиков.

Предусмотрены следующие виды лицензий, доступных к приобретению:

Наименование

Part no

Тип

Шаг

1.

Лицензия на мобильного пользователя HyperHive

SR-HH-SAUSRLIC

User

10

2.

Лицензия на мобильное устройство HyperHive

SR-HH-SADEVLIC

Device

100

3.

Лицензия на мобильного разработчика HyperHive, 1 год1

SR-HH-SADEV1Y

Developer

1

4.

Сертификат на поддержку и получение обновлений HyperHive для мобильного пользователя2

SR-HH-SAUSRSUP

User

10

5.

Сертификат на поддержку и получение обновлений HyperHive для мобильного устройства2

SR-HH-SADEVSUP

Device

100


Расчет стоимости лицензий и поддержки продукта HyperHive осуществляется исходя из:

    стоимости лицензий в количестве лицензируемых объектов (пользователей или устройств) – lic-price; стоимости сертификатов поддержки и получения обновлений в количестве лицензируемых объектов за необходимое количество лет – cert-price; минимального количества приобретаемых лицензий – count; шага покупки лицензий – step.

Стоимость лицензий и поддержки: У = ( lic-price + cert-price) Ч ( count, округленный вверх до числа, кратного step)

При использовании лицензий типа User один мобильный пользователь может иметь не более двух зарегистрированных для его учетной записи устройств. При необходимости замены устройств, привязанных к учетной записи пользователя, в панели администратора системы возможно сбросить зарегистрированные для пользователя устройства.

Одна лицензия на мобильного разработчика действует 1 год с момента приобретения и позволяет использовать два устройства для отладки. Эмулятор также считается отдельным устройством.

Количество приобретаемых сертификатов на поддержку и получение обновлений должно соответствовать количеству основных лицензий на объекты системы в соответствующий год. Сертификаты на поддержку и получение обновлений действуют 1 (один) календарный год с момента покупки. Тип приобретаемых сертификатов на поддержку и получение обновлений должен соответствовать типу основных лицензий на объекты системы.


Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17