Странная работа getEvents
Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Войти  
Веб-сервисы » Прямой доступ
Страницы: 1 2 След.
Странная работа 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
 
 
#21
0  
22.04.2015 12:39:43
Ага. Действительно обнаружено непонятная работа с получением событий... Во первых события получатся в разнобой.... и если брать последнее, некоторые события будут будут не получены. Если брать последнее по времени, тоже некоторые будут не получены.

Я делал так, получал первые, сортировал по времени. Брал последнее, ещё раз брал события, после ещё раз бежал по списку с шагом 50 и брал ещё раз события. Каждый раз по немного но новые появлялись.... вообще не понятно почему так....
 
 
#22
0  
28.05.2015 11:49:41
Создал запрос техподдержке. Посмотрим что ответят.

Сделал простейшее приложение по тестированию запросов.

Ещё сделаю сравнение для наглядности...
csRosreestrTest.zip (816.08 КБ)
 
 
#23
0  
09.06.2015 10:25:57
РР молчит... ещё раз сделал запрос, только уже по телефону.

Ваш запрос №322404 создан на сайте rosreestr.ru 27.05.2015 в 10:26.
Ответ на Ваш запрос будет отправлен по электронной почте на

Месяц и тишина....
Изменено: Григорий Поверенный - 23.06.2015 08:57:32
 
 
#24
0  
23.06.2015 14:28:28
Кто же разработчик этого сервиса... ТП или даёт телефон 800 707 31 00 или предлагает сделать запрос по этому запросу...
Через ЦА пока выйти на разработчика не получается...
Форум походу только для нас. РР боюсь про вопросы с форума и не знает:-)
 
 
#25
0  
24.06.2015 10:33:02
Зарядил обращение на оф ящик.

Добрый день.

Вопрос связан с работой сервиса прямого взаимодействия. Точнее с не корректностью его работы. Сервис расположен по url https://portal.rosreestr.ru:4433/cxf/External.

Функция сервиса - getEvents работает некорректно. Как я понял, для получения всех событий требуется с начала в параметрах этой функции с начала передать пустое значение, функция вернёт 200 событий. После чего передать ИД последнего события и снова запросить, и так далее. В реальности данный алгоритм не возвращает все события.

Попытка усложнения алгоритма таким образом:

1. Получаем события вышеописанным образом.
2. Потом с N ым шагом берём ИД событий и производим запрос.
3. Так повторяем пока новых событий не будет появляться.

Даже таким образом некоторые события не будут получены.

В результате по каким то обращениям мы не сможем увидеть корректную текущую ситуацию., что может привести к неприятным последствиям.

С уважением, Григорий Поверенный.
 
 
 
Страницы: 1 2 След.
Читают тему (гостей: 1, пользователей: 0, из них скрытых: 0)