Странная работа getEvents
Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти  
Веб-сервисы » Прямой доступ
Страницы: 1
Странная работа getEvents
#1
0  
02.10.2013 12:12:22
Никак не могу разобраться, каким образом получать информацию о своих заявках.
Отправляю заявку, получаю requestNumber.
Далее вызываю getEvents с параметром lastEventID = полученному requestNumber. В результате статус операции получаю положительный, однако данные по запросу пустые. loadEventDetails работает только по eventID, которого у меня нет.
Если вызываю getEvents без параметров, я получаю список своих запросов, причем их несколько, с одним requestNumber и разными eventID. По eventID я также получаю пустые данные из GetEvents. В списке же события находятся определенное время, потом список становится пустым и есть вероятность, что я просто не успею обработать весь список если анализировать каждый раз его целиком.
Собственно вопрос. Как и по какому параметру надо отслеживать состояние конкретной заявки? Или может есть какой-то порядок вызова методов, после выполнения которого, я однозначно получу информацию о текущем состоянии своей заявки?
 
 
#2
0  
02.10.2013 15:55:55
Да, мы тоже столкнулись с такой проблемой. Изначально не известно eventID, но при вызове getEvents без параметров возвращается список все ваших запросов причем каждый повторяется столько раз сколько статус у него уже получено (например: заявление принято, заявление в обработке и т.д.). В этом списке уже будет
eventID по которому можно сделать детальный запрос loadEventDetails. Действительно loadEventDetails иногда пустой, подозреваю в случаях когда заявление принято в работу и ожидает результата окончания обработки. но когда идет отказ или ошибка то в loadEventDetails как раз и должны быть причины ошибки или отказа. еще замечено что с пустым запросом getEventsвыдается 200 первых по списку, остальные не видны. по этой причине заявления периодически надо удалять deleteEvents, чтобы увидеть последние.
 
 
#3
0  
03.10.2013 08:40:49
Схема такая.

1) отправляем заявку методом createRequest, на выходе получаем requestNumber;

2) периодически вызываем getEvents (). Аргумент - пустая строка либо null. На выходе получаем список идентификаторов (eventsIDs) всех событий (200 первых) из ящика пользователя, по сертификату которого установлен TLS канал;
3) для каждого из eventsIDs получаем детальные описания события. requestNumber, для которого пришло данное событие, содержится в поле requestNumber детального описания. Там же есть дата события, код события и некий неформализованный message.
Если код события = 002, то в message содержится код оплаты в виде "Код платежа 5527293218408084". Из которого надо брать 16 цифр кода для оплаты. Состояние конкретной заявки нужно определять по её коду. Событие с максимальным кодом есть состояние заявки в текущий момент. Хотя, я чувствую, что в этом месте есть нюанс, но пока проблем не было;
(loadEventDetails "пустой" у меня никогда не возвращался. message в loadEventDetails да, бывает пустым.)
4) вызываем deleteEvents со списком eventsIDs, которые мы успешно обработали. По идее, вместо deleteEvents разработчиками предусмотрена возможность вызова getEvents и передачей в него последнего из списка eventsIDs. Но добиться нормальной работы такой схемы мне не удалось;

и опять к пункту 2)

P.S.

Цитата
Алексей Ябров пишет:
В списке же события находятся определенное время, потом список становится пустым и есть вероятность, что я просто не успею обработать весь список если анализировать каждый раз его целиком.
Без вызова deleteEvents события из ящика пользователя не удаляются.
В deleteEvents надо передавать список только полностью обработанных событий. Тогда и теряться ничего не будет.
 
 
#4
0  
04.10.2013 15:21:01
Спасибо за подробные разъяснения, будем пробовать...

В том то и дело, что я метод deleteEvents не вызывал, сами куда то пропали. Хотя сейчас уже третий день все на месте. Возможно был очередной глюк тестового сервера.
 
 
#5
0  
07.10.2013 09:19:52
ну, на тестовом сервере может происходить вообще всё что угодно )
 
 
#6
0  
11.10.2013 14:38:46
Цитата
Роман Камерлох пишет:
ну, на тестовом сервере может происходить вообще всё что угодно )
Это да :D

А к чему привязывается список событий? Сначала я думал что к сертификату. Но, попробовал отправить через портал (подписал сертификатом), получил номер заявки. А из своей программы читаю события по этому же сертификату и получаю пустой список...
 
 
#7
0  
14.10.2013 07:49:24
Я думаю, что
Цитата
Роман Камерлох пишет:
из ящика пользователя, по сертификату которого установлен TLS канал;
А это может быть другой сертификат, которым подписана заявка.
 
 
#8
0  
16.10.2013 11:20:11
Цитата
Роман Камерлох пишет:
Я думаю, что
Цитата
Роман Камерлох пишет:
из ящика пользователя, по сертификату которого установлен TLS канал;
А это может быть другой сертификат, которым подписана заявка.
Тогда другой вопрос, а если у ЭЦП закончился срок, то после его продления, вроде, выдается новый сертификат. Как тогда обработать заявки от старого сертификата?
Будет ли выдаваться список событий по просроченному сертификату?
 
 
#9
0  
16.10.2013 14:49:07
если новый сертификат будет "продлён", то события по новому сертификату будут приходить.
Ну, по крайней мере, мне приходили :)
По какому из полей сертификата происходит идентификация - незнаю.
 
 
#10
0  
16.10.2013 15:16:37
Цитата
Роман Камерлох пишет:
если новый сертификат будет "продлён", то события по новому сертификату будут приходить.
Ну, по крайней мере, мне приходили :)
По какому из полей сертификата происходит идентификация - незнаю.
Ясно, спасибо. Просто так долго подписи у меня еще нет, а вопросы возникают :)
 
 
#11
0  
23.07.2014 10:43:46
Цитата
Роман Камерлох пишет:
4) вызываем deleteEvents со списком eventsIDs, которые мы успешно обработали.
Что представляет собой элемент списка? При попытке выполения запроса выводит следующую ошибку:
скрин.png (5.49 КБ)
 
 
#12
0  
24.07.2014 06:52:26
String[] eventIDs
 
 
#13
0  
27.07.2014 19:38:40
А можно конкретный пример в виде XML?
Изменено: Дмитрий Рыженко - 28.07.2014 16:30:24
 
 
#14
0  
03.02.2015 10:10:00
Ребята, подскажите, может кто сталкивался, непонятная работа метода getEvents, почему то не возвращается весь список заявок, а только те которые были созданы методом createRequest.
Была отправлена заявка через портал, известен идентификатор последнего события, через портал статус проверяется, а через getEvents - пусто ..........

Заранее спасибо!
 
 
#15
0  
03.02.2015 10:13:10
А что странного?
В getEvents попадают заявки поданные через веб-сервисы.
 
 
#16
0  
03.02.2015 11:17:40
GetEvent возвращает сообщения из очереди. Идентификатором очереди является отпечаток сертификата, если сообщение было передано другим способом/ с помощью другого сертификата, то оно будет в другой очереди. принцип такой
 
 
#17
0  
07.02.2015 07:56:38
Я не удаляю события. Я ловлю последнее из всей очереди и передаю в метод getevents, и так далее.
 
 
#18
0  
07.02.2015 07:59:24
Как мне кажется, события фильтруютсч по email. Если задать пустой бинарник обращения, в результате пишется, тело запроса должно быть больше N BYTE и электронку
 
 
#19
0  
09.02.2015 06:36:33
Да, по email сертификата, по которому устанавливается TLS соединение.
 
 
#20
0  
27.03.2015 07:35:41
В продолжение темы... то есть нет никакой возможности через сервис видеть события по заявкам отправленные через портал?

Понял, вопрос закрыт:-)
Изменено: Григорий Поверенный - 03.04.2015 22:34:53
 
 
 
Страницы: 1
Читают тему (гостей: 1, пользователей: 0, из них скрытых: 0)
Администрирование и хостинг ООО "ИндорСофт"