Пишешь отдельный сервлет, который просто в OutputStream пишет весь блоб и ставит правильный Content-Type.

На jsp странице используешь тег <img src=«/path/to/serlvet»/>

Ещё как вариант - встраивать в страницу с помощью data URI. Имеет смысл только для маленьких изображений ну и надо смотреть поддержку браузеров.

Ага, +1

Вот здесь даже пример есть: http://balusc.blogspot.ru/2007/07/fileservlet.html

Мне нужно чтоб один сервлет, показывал несколько изображений (5) , если я сделаю на jsp странице <img src=«/path/to/serlvet/1.img»/> ....... <img src=«/path/to/serlvet/n.img»/> . То как эти значения получить в самом сервлете?

прочитав документацию к сервлетам в частности getRequestURI()

вот скажи, ты поди за свою такую эээ... «работу» еще и деньги получаешь?

Просто ответьте на вопрос, если знаете.

Пишешь отдельный сервлет

У меня в маленьком приложении на 3 модели >20 сервлетов. Это нормально? Я комплексую(

Тебе же пхпкодер даже ссылку кинул с экземплом. Осталось только скопипастить и свои значения подставить!

всем достаточно одного сервлета в котором крутится js

Я думал ты скажешь что-то про REST, а ты мне какой то js советуешь.

Какое отношение REST имеет к кол-ву сервелата?

О каких моделях идёт речь?

php-coder-у конечно спасибо. Полезно было код просмотреть.

Будь мужиком, не читай документацию и никогда не пользуйся гуглом. А после этого напиши что-то извращенное, например вставку картинки в страничку в виде base64 строки и подсовывание ее в html5 canvas ;)

По идее, REST должен централизовывать логику контроллера, предотвращая создания 100500 лишних сервлетов на каждое действие. И да, про doGET, doPost, etc я в курсе, но они не спасают, отчего реализовывать RESTFul паттерн с одними сервлетами то еще извращение, при живых, допустим, реальсах.

google://MVC

О каких моделях идёт речь?

О красивых, конечно же! Кому интересны страшные модели?

Понял.
vertexua Огромное спасибо! за ответ.
тему можно закрыть.

По идее, REST должен централизовывать логику контроллера

ты оригинальную работу автора REST почитай, про централизацию там ничего нет

а так ты любой rpc можешь завернуть на единый сервлет - и гонять через его данные, а все остальное реализовать на статике

Народ, я вывел изображение на экран через сервлет. Но тут возник следующий вопрос.
Когда я обращаюсь к сервлету на вывод изображения , он всегда генерит динамическое отображение картинки. Далее мой сервлет указывает , в html заголовке «Last-Modified». И собственно вопрос , при таком подходе браузер пользователя будет получать данные из своего кеша? или будет грузить изображение из сервлета? Если пользователь не будет загружать изображение, то как определить место в сервлете, откуда следует делать return. и как его сделать?
Спрашиваю, чтоб разобраться. В моём представлении установка заголовка «Last-Modified» ни на что не влияет. т.к. его установка и запись изображения в данные для пользователя, делается одной «транзакцией» не разрываясь на 1) Установку времени модификации и уведомление пользователя, что следует картинку брать из кеша. 2) ветвления, что следует делать дальше, закончить обработку или записать изображение в исходящий поток.

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

Если я правильно помню, то браузер при запросе выставляет заголовок if-modified-since, ты должен в сервере его прочитать, правильно интерпретировать и отдать статус not-modified.

Cпасибо!