Size: a a a

2020 May 25

A

Anes in pro.jvm
application properties те же
источник

A

Anes in pro.jvm
но вот странный баг с логами
источник

A

Anes in pro.jvm
почему то указанные ограничения на размер логов и на их количество не срабатывают
источник

A

Anes in pro.jvm
в другом приложении запущенном там же эти конфиги работают
источник

A

Anes in pro.jvm
а для этого не работают
источник

A

Anes in pro.jvm
еще разве что отличие по подключени сокетов
источник

A

Anes in pro.jvm
на тесте ссылка был с ип адресом вместо домена
источник

A

Anes in pro.jvm
а здесь ссылки с доменным именем
источник

A

Anes in pro.jvm
Dmitry Baynak
ничего не намутили с конфигурацией?
насколько тестовый сервер отличается от продового конфигурацией?
any Idea
источник

A

Anes in pro.jvm
logging:
 level:
   root: trace
   net:
     market: trace
   org:
     springframework:
       web:
         socket:
           config:
             WebSocketMessageBrokerStats: off
 file:
   max-size: 10MB
   max-history: 5
 path: /home/ubuntu/market/log/
источник

A

Anes in pro.jvm
Вот такая настройка для логов
источник

A

Anes in pro.jvm
он ее игнориует почему то
источник

A

Anes in pro.jvm
хотя в другом приложении все норм
источник

DB

Dmitry Baynak in pro.jvm
Anes
any Idea
с фильтрами/конфигурацией мб я перегнул, конечно
как я понял, реквест каким-то вашим методом отработал (если отработал), вернулся response
дальше нужно было бы понять что может быть не так с вызываемым методом (который GET, судя по стектрейсу)
источник

A

Anes in pro.jvm
Может какой нибудь фильтр поставить с выводом в консоль?
источник

A

Anes in pro.jvm
пусть выводит на каждый запрос request url и время
источник

A

Anes in pro.jvm
и тот который лупится и имеет проблемы
источник

A

Anes in pro.jvm
не поможет?
источник

DB

Dmitry Baynak in pro.jvm
ну, безусловно это поможет понять какой именно метод неправильно отрабатывает, я думал вы знаете какой запрос падает :)
источник

DB

Dmitry Baynak in pro.jvm
собственно вся эта штука падает на попытке взять из (вашего?) HttpResponseWrapper хедер, а получается что HttpResponseWrapper какой-то неправильный и то ли ссылается сам на себя, то ли ещё что-то
источник