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. Если скопировать проект внутри сервера, то добавить новую группу мобильных пользователей в проект-источник или в целевой проект будет невозможно; | Релиз | Запустить на сервере команду: 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 |


