АБ
а что тебе мешает сделать ?
private MyFieldDTO account;
private MyFieldDTO addInfo;
Потому что это стремно)
Size: a a a
2020 October 29
АБ
Хотя это самый простой вариант, возможно так и сделаю
MG
Хотя это самый простой вариант, возможно так и сделаю
class Kek<T> {
private T fields;
и тут продолжаешь веселье
}
какой-то контроллер
public Kek<MyPojo> kek() {
return Kek;
}АБ
Почему не написать кастомный сериалайзер/десериалайзер, если очень хочется?
Можно. Но я думал, что все уже написано за меня, поэтому и обратился сюда
MG
кажется так сработает
L
Можно. Но я думал, что все уже написано за меня, поэтому и обратился сюда
А ты только в одну сторону хочешь? Сериализовать?
DC
Потому что это стремно)
Нет, это не стрёмно
АБ
кажется так сработает
Сработает. Но это как раз то, что мне не хотелось бы писать.
При добавлении в оригинальный POJO новых полей придется дописывать еще и код в конвертере из нормальных POJO в этот кривой DTO.
Если бы была библиотека или код, основанный на рефлексии, при изменениях ничего бы делать не пришлось. Код стал бы устойчив к изменениям
При добавлении в оригинальный POJO новых полей придется дописывать еще и код в конвертере из нормальных POJO в этот кривой DTO.
Если бы была библиотека или код, основанный на рефлексии, при изменениях ничего бы делать не пришлось. Код стал бы устойчив к изменениям
MG
да кажется не придется, это вроде бы общая оберточка, которая сможет любой твой JSON обернуть в fields {
}
}
АБ
Нет, это не стрёмно
Мой ответ выше актуален и для этого комментария
A
class Kek<T> {
private T fields;
и тут продолжаешь веселье
}
какой-то контроллер
public Kek<MyPojo> kek() {
return Kek;
}вот это вот выглядит стремно
MG
кек
D𝔇
Выше объяснил, почему Jackson не подходит
Дописывай просто свой сериализатор в джексон, это несложно
D𝔇
Торопился и потерял слово :)
A
Торопился и потерял слово :)
свой джаксон тоже написать можно, а что почему-бы и нет :)
ZM
Заводить на каждое поле в POJO свой класс, в котором прописывать тип и название поля - звучит отстойно.
А
Всем привет, как можно в spring cloud gateway вернуть ResponseEntity? Мне это нужно чтобы изменить формат ошибки. Наример таким способом
return ResponseEntity<>("Forbidden", HttpStatus.FORBIDDEN);
Я получу кастомизированное исключение:
Но если просто кину исключение
throw new ForbiddenException("");
Тогда получу стандартный вид ошибки:
return ResponseEntity<>("Forbidden", HttpStatus.FORBIDDEN);
Я получу кастомизированное исключение:
Forbidden
Но если просто кину исключение
throw new ForbiddenException("");
Тогда получу стандартный вид ошибки:
{
"timestamp": "2020-10-29T07:27:35.222+00:00",
"path": "/",
"status": 403,
"error": "Forbidden",
"message": null,
"requestId": "7eeb5c3d"
}АБ
😅
VL
Всем привет, как можно в spring cloud gateway вернуть ResponseEntity? Мне это нужно чтобы изменить формат ошибки. Наример таким способом
return ResponseEntity<>("Forbidden", HttpStatus.FORBIDDEN);
Я получу кастомизированное исключение:
Но если просто кину исключение
throw new ForbiddenException("");
Тогда получу стандартный вид ошибки:
return ResponseEntity<>("Forbidden", HttpStatus.FORBIDDEN);
Я получу кастомизированное исключение:
Forbidden
Но если просто кину исключение
throw new ForbiddenException("");
Тогда получу стандартный вид ошибки:
{
"timestamp": "2020-10-29T07:27:35.222+00:00",
"path": "/",
"status": 403,
"error": "Forbidden",
"message": null,
"requestId": "7eeb5c3d"
}Response позволяет билдить ответ
А
Response позволяет билдить ответ
можешь сказать как именно. Допустим глобальный фильтр имеет возвращаемый тип Mono<Void>, как можно вернуть responseentity?