«В силу определенных обстоятельств мне пришлось познакомиться с творением компании IBM – WebSphere Portal. Используется у нас он не по прямому назначению – как корпоративный портал, а только из-за его возможности работы с портлетами. Программисты ваяют огромные формы с множеством полей, которые в дальнейшем заливаются на портал для всеобщего обозрения.»

В предыдущей статье я познакомил читателей с первичными действиями по освоению WSP — установкой продукта и созданием тем оформления. Теперь же хотелось поделиться опытом по созданию структуры портала и простых статических html страничек.

Повторюсь, что в начале общения с WSP я даже представления не имел о продукции ibm и портлетах, поэтому, описанные в статье моменты могут показаться далеко не профессиональными, тем не менее, полезными для таких же новичков, как я.

В силу определенных обстоятельств мне пришлось познакомиться с творением компании IBM – WebSphere Portal. Используется у нас он не по прямому назначению – как корпоративный портал, а только из-за его возможности работы с портлетами. Программисты ваяют огромные формы с множеством полей, которые в дальнейшем заливаются на портал для всеобщего обозрения.

Что такое WSP, его плюсы и минусы описывать я не буду, но, постараюсь поделиться опытом первого общения с данной системой, сложностях, с которыми пришлось столкнуться, некоторых хитростях и тонкостях.
На начальном этапе моя задача сводилась к примитивному администрированию портала: создание структуры сайта, html страничек, менюшек, страничек с портлетами, заливка новых портлетов на портал, управление пользователями и прочие подобные мелочи.

Опыта работы с подобными системами у меня не имелось, о портлетах вообще услышал впервые. Ранее занимался разработкой сайтов как на чистом php, так с применение фреймворка CodeIgniter, CMS Битрикс, Livestreet и подобных. Все мое представление о корпоративном портале сводилось к редакции Битрикс Корпоративный портал.
Людей, что-то умеющих и понимающих в WSP, нашлось очень уж немного, да и те не имели ни времени, ни желания что-либо показывать и рассказывать.

Продолжение темы порталов поднятой в моей предыдущей статье habrahabr.ru/blogs/AJAX/124376/.

Наиболее сложная проблема, с которой я столкнулся при написании данной статьи, заключалась в достоверности определений даваемых различными источниками. Не помогла мне и пресловутая Wikipedia, т.к. некоторые определения вызывали явные сомнения (конечно, я бы мог бы их поправить, с другой стороны, ну кто я такой?). Кроме того, версии Wikipedia на русском и английском языках содержали несколько отличающиеся определения. Было бы неправильно писать эту статью основываясь только на собственном опыте, поэтому в качестве источника, к которому я буду апеллировать, я выбрал ежегодные отчеты аналитического агентства Gartner о горизонтальных порталах.

Давайте обратимся к определению портала, которое дает авторитетное аналитическое агентство Gartner: портал – это программная инфраструктура для Web, предоставляющая доступ (с возможностью взаимодействия) к релевантным информационным активам (например, к информации/контенту, приложениям и бизнес-процессам), интеллектуальным и человеческим активам путем выборки по целевой аудитории, предоставляемыми с высокой степенью персонализации.

Aгентство Gartner предлагает следующее деление порталов по целевой аудитории:

• B2E (business-to-employee) – порталы для взаимодействия с сотрудниками,
• B2C (business-to-customer) – порталы для взаимодействия с заказчиками,
• B2B (business partners) – порталы для взаимодействия с бизнес-партнерами.

Aгентство Gartner предлагает также подразделять программные продукты, позволяющие создавать и поддерживать порталы, по их устройству на следующие типы:

• Вертикальные порталы – фокусируются на специфических приложениях и бизнес функциях;
• Горизонтальные порталы – собирают интегрированную информацию из множества межотраслевых приложений, а также специфических бизнес сервисов и приложений для определенной отрасли производства.

В Интернет я также встречал понятие мега-портал, но не нашел ни одного источника, который смог бы подтвердить правомочность использования этого термина.

Вступление

Несомненно, сейчас уже многие знают, что такое GWT. Многие знают, что за концепция — MVP. При этом, ещё не многие слышали о фреймворке mvp4g (облегчённая реализация MVP для GWT) — а я бы хотел, чтобы на него обратили внимание как можно больше GWT-программистов: фреймворк значительно упрощает написание MVP-кода и явно повышает его наглядность. По этой причине я делал о нём доклад на конференции ADDConf, видео которого представляю ниже.

В статью я добавил, кроме прочего, отзыв о конфренции и докладах которые я видел, а также ссылки/описание работающего примера создания системы портлетов/порталов на GWT+mvp4g, я его упоминал в докладе.