Управление файлами пользователей JEE?

Question

[Snowindy]

Какова отраслевая практика управления загруженными пользователями файлами в веб-приложении, написанном на стеке технологий Java?



В PHP принято, к примеру, скидывать файлы пользователей «под ноги», в подкаталоги приложения.

В то же время, архитектура JEE препятствует такой практике (ориентируясь на дальнейший рост объемов хранимого и т.п.).



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

Comments

[Snowindy]

Задача — старт простого проекта. Пока не много много данных хотелось бы использовать простейшее и архитектурно правильное решение без геморроя.

Answer 1

[1nd1go]

сохраняйте и храните картинке на диске, а не в БД, иначе потеряете на отдаче. А отдавайте через либо default-сервлет, который специально для сервировки статики и сделан (проставляет правильные заголовки и т.п.), а еще лучше через проксирующий http-сервер (apache, ngnix, lighthttpd).

Т.е. сохраняете в ту папку, куда можно настроить урлы вида вашсервак/userpics/...jpg

Answer 2

[codecity]

Если предполагается разграничение прав доступа — то однозначно хранить в базе данных.

Comments

[Snowindy]

А если большие файлы?
БД предназначена для структурированной информации, наверное, файлам там не место…

Answer 3

[vicod]

Думаю, файлы нужно хранить на файловой системе, а не в базе данных. В базе данных нужно хранить путь к файлам, а уж потом разбираться в зависимости от прав доступа выдавать путь к файлу или нет. Хотя если только юзерпики, то можно и в базе данных. Понятное дело, что выбор решения зависит от обьёмов данных которые вы собираетесь сохранять.

Comments

[Snowindy]

Посмотрите, пожалуйста, уточнение вопроса.
Хочется найти одно простое, но более-менее верное решение.

Answer 4

[1nd1go]

Ну если у вас совсем много файлов, то тогда сбрасывайте их в специальные сервисы типа aws.amazon.com/s3/ или GAE (там API еще есть для манипулирования картинками)