Я написал довольно стандартную многопользовательскую загрузку загрузки файла. Когда я использовал curl для проверки, я продолжал получать 400 плохих запросов. Оказалось, что это разные причины, но у меня всегда был такой же 400 плохих запросов. Например, моя временная директория моего сервера приложений не существовала. Я ожидал бы, что в журналах будет выбрано исключение более низкого уровня, но я ничего не видел. Я не слишком знаком с Джерси и ищу любые советы о том, как я могу справиться с этим, чтобы по-прежнему возвращать 400/плохой запрос, но как-то регистрировать дополнительную информацию. Есть идеи? Я использую jersey 1.xjersey обработчик исключений - как получить больше информации для плохого запроса
0
A
ответ
1
Если ошибка возникает в вашем собственном методе, вы можете использовать Response в качестве возвращаемого типа для своих методов. Затем вы можете указать как код состояния, так и тело возвращенного сообщения.
throw new WebApplicationException(Response.status(Status.BAD_REQUEST).entity("<your message here>").build());
В случае возникновения ошибки в какой-либо другой структуре исключение должно регистрироваться в stderr. В зависимости от того, какой веб-сервер вы используете, вы можете настроить его, чтобы отправлять исключения как тела ответа.
Смежные вопросы
- 1. Получение информации из ConstraintViolationException - Jersey
- 2. Обработчик исключений
- 3. обработчик исключений
- 4. Отдельный обработчик исключений для PDO
- 5. Один обработчик исключений для нескольких возможных исключений
- 6. Один обработчик исключений для всех исключений класса
- 7. AngularJS: Обработчик исключений для исправления?
- 8. Универсальный обработчик исключений для String.Format()
- 9. Обработчик исключений на linux
- 10. Laravel Отключить обработчик исключений
- 11. Как настроить обработчик исключений для Cortex-M3
- 12. получить больше информации от bad_alloc?
- 13. Redirect Обработчик исключений Laravel
- 14. WPF-глобальный обработчик исключений
- 15. EJB глобальный обработчик исключений
- 16. iOS - Глобальный обработчик исключений
- 17. Пользовательский обработчик исключений C#
- 18. глобальный обработчик исключений - mule
- 19. Общий обработчик исключений
- 20. Axis2: обработчик исключений для всех исключений на уровне обслуживания
- 21. получить Header in jersey из запроса GET
- 22. Обработчик исключений с флагом isFatal
- 23. Обработчик исключений в Node.js
- 24. Java: Глобальный обработчик исключений
- 25. Глобальный обработчик исключений WPF
- 26. Java: Обработчик исключений
- 27. Универсальный обработчик исключений
- 28. C++ Win32 Обработчик необработанных исключений
- 29. Установить обработчик исключений для всех исключений, входящих в класс?
- 30. Обработчик исключений PLSQL для недопустимого типа аргумента
Можете ли вы описать еще то, что вы имеете в виду с ответом? Вы имеете в виду ответ от контроллера/метода? Мне было любопытно, что внутренний класс бросает этот 400-й запрос, потому что я не в своем методе. Когда у меня возникла эта проблема, и я подключил свой отладчик, я даже не ввел его в свой метод, он казался внутренним кодом Джерси, и именно там произошло исключение. – Barry