Мне нужны некоторые рекомендации, чтобы определить наилучшие подходы к реализации решения в приведенном ниже примере использования:
У нас есть приложение Angular UI, которое имеет функцию загрузки PDF-файлов. Это приложение пользовательского интерфейса отправляет запрос REST на загрузку в приложение промежуточного программного обеспечения Java Spring Boot, которое вызывает стороннее или нижестоящее приложение для получения файлов PDF.
Количество файлов, отправленных из пользовательского интерфейса в запросе ( список pdfIds) для загрузки варьируется в зависимости от пользователя, вошедшего в систему, и может находиться в диапазоне от 1 до 1000 и более. Текущая реализация заключается в том, что если мы нажмем кнопку загрузки, то все pdfIds, принадлежащие этому пользователю, будут отправлены для загрузки, и в зависимости от количества файлов загрузка из последующих систем займет несколько секунд. Например, если у нас есть 10 файлов, загрузка 10 файлов завершается за 1 секунду, если у нас есть 200 файлов, это также занимает 20 секунд.
Проблема в том, что у нас есть обязательная Тайм-аут запроса ограничен 10 секундами. Если запрос занимает более 10 секунд, он выдаст тайм-аут запроса в пользовательском интерфейсе. Итак, мне нужен лучший подход для решения этой проблемы без изменения тайм-аута. Решение может быть ориентировано на интерфейс (Angular) или серверную часть (Java).
Подробнее здесь: https://stackoverflow.com/questions/792 ... en-time-li
Лучший подход к реализации для загрузки большого количества файлов в заданный срок? [закрыто] ⇐ JAVA
Программисты JAVA общаются здесь
1733396991
Anonymous
Мне нужны некоторые рекомендации, чтобы определить наилучшие подходы к реализации решения в приведенном ниже примере использования:
У нас есть приложение Angular UI, которое имеет функцию загрузки PDF-файлов. Это приложение пользовательского интерфейса отправляет запрос REST на загрузку в приложение промежуточного программного обеспечения Java Spring Boot, которое вызывает стороннее или нижестоящее приложение для получения файлов PDF.
Количество файлов, отправленных из пользовательского интерфейса в запросе ( список pdfIds) для загрузки варьируется в зависимости от пользователя, вошедшего в систему, и может находиться в диапазоне от 1 до 1000 и более. Текущая реализация заключается в том, что если мы нажмем кнопку загрузки, то все pdfIds, принадлежащие этому пользователю, будут отправлены для загрузки, и в зависимости от количества файлов загрузка из последующих систем займет несколько секунд. Например, если у нас есть 10 файлов, загрузка 10 файлов завершается за 1 секунду, если у нас есть 200 файлов, это также занимает 20 секунд.
Проблема в том, что у нас есть обязательная Тайм-аут запроса ограничен 10 секундами. Если запрос занимает более 10 секунд, он выдаст тайм-аут запроса в пользовательском интерфейсе. Итак, мне нужен лучший подход для решения этой проблемы без изменения тайм-аута. Решение может быть ориентировано на интерфейс (Angular) или серверную часть (Java).
Подробнее здесь: [url]https://stackoverflow.com/questions/79254308/best-implementation-approach-to-download-large-numbers-of-files-in-given-time-li[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия