Спасибо за комментарии, я их учту в следующем опусе. Я попытался связать сервлет и портлет, чтобы объяснить полезность и актуальность второго. Далее, буду раскрывать тему.
В контексте Sun, да, это разные вещи. У IBM портлет - это наследник сервлета. Концепция IBM мне нравится больше, но уж слишком все дорого у них. За такие бабки можно и по-лучше делать сервера.
Я не очень вас понял. Если вас не затруднит, поясните, что имеете ввиду.
Проблемы, с которыми я лично сталкивался, были связаны с конкретными глюками портального сервера (особенно в IBM WebSpshere Portal Server 5.0).
Пример с калькулятором не надуманный. Посмотрите, пожалуйста, https://portlet-repository.dev.java.net/ - это репозиторий портлетов JSR-168. Идея хорошая, но, к сожалению, JSR-168 неконкурентоспособный по сравнению, например, с портлетами спецификации IBM. С выходом IPC для JSR-168 открылись новые возможности для разработчиков.
JSR-286 обещает быть хорошим и плюшевым.
Насчет processRequest, я не прав. Спасибо за комментарий. Сейчас поправлю статью.
Теперь про страницу. Согласен, сервлет, это не страница. Я имел ввиду другое, посмотрите, пожалуйста, картинку: http://www.rippe.com/pictures/samplewebs…
Справа внизу находится портлет "My Weather", помимо него на странице портала размещены ещё два портлета. при помощи инструментов администрирования можно с лёгкостью убрать со страницы "My Weather", на работе двух других портлетов это никак не скажется. Не надо использовать форвардинг и перенаправление запросов, достаточно написать портлет, поместив его в веб-приложение. После развёртывания веб-приложения на сервере, можно использовать портлеты, как мини-приложения, перемещая их по страницам.
Хочу заметить, что портлет в редакции IBM - это наследник HttpServlet, а в редакции Sun - это отдельный класс, GenericPortlet.
В следующей заметке я буду использовать скриншоты, тогда мои мысли будет легче воспринимать читателям. Понятно излагать свои мысли, важное умение, буду учиться.
В начале я расскажу про GlassFish + OpenPortlet Container. Думаю, что версию 1.0 (под JSR168) я трогать не буду, ибо скоро про неё забудут. Я буду писать про версию 2.0, т.е. JSR286 и IPC (interportlet communication = обмен сообщениями) этой спецификации. Я вскоре займусь экспертизой Sun'овского портала, напишу про Sun Java System Portal Server 7.x. Там есть очень крутая тема - AJAXTableContainer, позволяющая портлетам грузиться и обновляться без перезагрузки страницы. Такая же фича есть у IBM, но их порталы стоят таких денег (до 100000 $), что про них писать нет смысла. Сановский портал, ГлассФиш, ОпенПортлет контейнер можно использовать и не платить, а с IBM такая фишка не прокатит.
Проблемы, с которыми я лично сталкивался, были связаны с конкретными глюками портального сервера (особенно в IBM WebSpshere Portal Server 5.0).
Пример с калькулятором не надуманный. Посмотрите, пожалуйста, https://portlet-repository.dev.java.net/ - это репозиторий портлетов JSR-168. Идея хорошая, но, к сожалению, JSR-168 неконкурентоспособный по сравнению, например, с портлетами спецификации IBM. С выходом IPC для JSR-168 открылись новые возможности для разработчиков.
JSR-286 обещает быть хорошим и плюшевым.
Теперь про страницу. Согласен, сервлет, это не страница. Я имел ввиду другое, посмотрите, пожалуйста, картинку: http://www.rippe.com/pictures/samplewebs…
Справа внизу находится портлет "My Weather", помимо него на странице портала размещены ещё два портлета. при помощи инструментов администрирования можно с лёгкостью убрать со страницы "My Weather", на работе двух других портлетов это никак не скажется. Не надо использовать форвардинг и перенаправление запросов, достаточно написать портлет, поместив его в веб-приложение. После развёртывания веб-приложения на сервере, можно использовать портлеты, как мини-приложения, перемещая их по страницам.
Хочу заметить, что портлет в редакции IBM - это наследник HttpServlet, а в редакции Sun - это отдельный класс, GenericPortlet.
В следующей заметке я буду использовать скриншоты, тогда мои мысли будет легче воспринимать читателям. Понятно излагать свои мысли, важное умение, буду учиться.