Не работает меркурий

fvnn wrote:В Нижнем Новгороде вчера APLM0012 была на 25% запросов остатков, сегодня 19.07.18 процентов 95 идёт отбой по APLM0012. Интеграция ЗАО "АСП".

Добрый день, коллега.
Пишите в личку, название организации будем смотреть, возможно нужно обновиться. Проблема вчера наблюдалась с 7:00 до 8:30, но в целом ответ на ошибку туда должен быть идти другой.

Через шлюз 2.0 стали прилетать ВСД где в теге specialMarks используются символьные данные (CDATA), просто мой парсер не умеет их парсить ... это у всех так стало прилетать, или это поставщик генерит такие ВСД, а шлюз мне их в неизменном виде пересылает

Yoreg07 wrote:Через шлюз 2.0 стали прилетать ВСД где в теге specialMarks используются символьные данные (CDATA), просто мой парсер не умеет их парсить ... это у всех так стало прилетать, или это поставщик генерит такие ВСД, а шлюз мне их в неизменном виде пересылает

Давно уже прилетало в стоковых записях на экспертизах. Я не обрабатываю, мне неинтересно.

Vladimir2017 wrote:

Yoreg07 wrote:Через шлюз 2.0 стали прилетать ВСД где в теге specialMarks используются символьные данные (CDATA), просто мой парсер не умеет их парсить ... это у всех так стало прилетать, или это поставщик генерит такие ВСД, а шлюз мне их в неизменном виде пересылает

Давно уже прилетало в стоковых записях на экспертизах. Я не обрабатываю, мне неинтересно.

вопрос то вот в чём: это шлюз мне так генерит по каким-то своим правилам CDATA или это от поставщика такой ВСД и шлюз пересылает его мне без изменений ???

Yoreg07 wrote:вопрос то вот в чём: это шлюз мне так генерит по каким-то своим правилам CDATA или это от поставщика такой ВСД и шлюз пересылает его мне без изменений ???

Я так понимаю что когда серверы ВетИС видят что-то подозрительное в строке типа кривой кодировки, спецсимволы, и т.д., они добавляют туда эту метку. Думаю. так, потому что находил такое в ВСД сделанных из ВЕБа, а там никакого обработчика XML на клиентской стороне быть не может.

ещё на протяжении дня периодически вываливает connection time out ... никто не замечал сегодня?

Yoreg07 wrote:ещё на протяжении дня периодически вываливает connection time out ... никто не замечал сегодня?

У меня сложилось впечатление что власовцы часть сетевых серверов переместили на обработку данных, поскольку замечаю некую обратную корреляцию APLM0012 от HTTP/1.1 500.

У нас веб сегодня глючит, причем и со стороны ХС и с ГВЭ

Тоже ВЕБ глючит.

у вас браузера глючные

Ну шо? Опять? (с)

Vladimir2017 wrote:

Yoreg07 wrote:ещё на протяжении дня периодически вываливает connection time out ... никто не замечал сегодня?

У меня сложилось впечатление что власовцы часть сетевых серверов переместили на обработку данных, поскольку замечаю некую обратную корреляцию APLM0012 от HTTP/1.1 500.

+1 Причем где-то со среды.

Система Меркурий работает штатно, включая ее web-интерфейс и оба API-интерфейса, это понятно каждому не идиоту © замедлений в работе не зафиксировано, последнее замедление было в 2016 году, когда мы только начинали ее разрабатывать и придумывали название. В интеграционном шлюзе остается ограничение для выравнивания нагрузки в виде ответов с кодом APLM0012. А также недавно добавлен новый вид ответов с кодом HTTP/1.1 500 для выравнивания нагрузки на модуль формирования ответов с кодом APLM0012. Работа по ликвидации недобросовестных разработчиков ведется.

Не работает.
Таким разработчикам, только тазик с цементом, и в Гудзон. (с)
З****и.

Отличный штатный режим.
ВНА пламенный привет!