Ребят, всем привет, нужна помощь или совет, пытаемся понять почему не происходит рандомная смена версии сдк андроида, на первый взгляд вроде бы всё хорошо, в коде везде идёт подмена

Корректно меняются устройства (бренд:модель)

А вот андроид версии ни в какую не хотят, постоянно стоит дефолтная от самого устройства (тестируем на эмуляторах, смена происходит через адб)

Как я понял что нужно корректно подбирать под каждую сдк ещё и релиз, пробовали, не хочет, быть может у кого то уже был опыт с данной проблемой?

Тестируем на разных мессенджерах (на данный момент Телеграм)

Так как тут нельзя опубликовать скриншот, могу скинуть его в лс

вопрос, а что делать, когда new Integer удалят?

вопрос, а что делать, когда new Integer удалят?

а не подскажешь, в какую сторону смотреть что бы тоже самое сделать с upload ? что использовать в место MultipartFile

я слышал здесь любят вопросы по хибернейту..

крч есть entity где есть айдишка, пару полей разных.
Возможно ли как то генерировать значение для других полей кроме @id при методе saver(entity)

Например, дополнительное поле в которое должен генерироваться  uuid2. Над полем в generatedValue(generator = "uuid2")
и в @GenericGenerator указал имя генератора и стратегию от хибера org.hibernate.id.UUIDGenerator.

Почему может не генериться?

Можно принимать InputStream в качестве RequestBody

Это работает не так как я ожидал , метод принимающий в качестве параметра InputStream начинает своё исполнение только после ПОЛНОГО чтения в буфер принимаемого файла, а это не приемлемо , большие файлы 500Мб и выше от десятка пользователей очень быстро приведут к OutOfMemory  , а задача такие файлы принимать

Это работает не так как я ожидал , метод принимающий в качестве параметра InputStream начинает своё исполнение только после ПОЛНОГО чтения в буфер принимаемого файла, а это не приемлемо , большие файлы 500Мб и выше от десятка пользователей очень быстро приведут к OutOfMemory  , а задача такие файлы принимать

Это работает не так как я ожидал , метод принимающий в качестве параметра InputStream начинает своё исполнение только после ПОЛНОГО чтения в буфер принимаемого файла, а это не приемлемо , большие файлы 500Мб и выше от десятка пользователей очень быстро приведут к OutOfMemory  , а задача такие файлы принимать

Это странно, я когда это использовал, явно видел что метод начинает работать сразу, без полной загрузки inputstream в память. Может у тебя ещё есть какой-то аспект/controlleradvice/ещё что-то что мешает правильной работе?

Ещё можно попробовать принять параметром контроллера HttpServletRequest и потом от него взять inputstream

может то что у меня присутствуют фильтры, это приводит к такому поведению

Попробуй без фильтров

отключил все фильтры, отключил Spring Security , оставил голый Spring Boot проект и контроллер который принимает InputStream , поведение тоже :( в начале всё читается в буфер , а уже потом я вхожу в метод .....

а не подскажешь, в какую сторону смотреть что бы тоже самое сделать с upload ? что использовать в место MultipartFile

spring.http.multipart.enabled=false стоит? Остаётся только копать код, найди место в котором инпутстрим буферизируется, может там есть какое-то условие.

Попробуй вот это
https://commons.apache.org/proper/commons-fileupload/streaming.html