Яка альтернатива стратегії корпоративного порталу в просторі Java?

Розчарування у просторі порталу

Я бачу тривожну кількість великих корпоративних клієнтів, які розчарувались у досвіді їхнього корпоративного порталу, особливо у просторі WebSphere Portal Server (WPS). Вкладено мільйони, але обіцянка персоналізованого контенту з агрегацією та інтегрованими інструментами спільної роботи ніколи не здійснилася. Перехід на WPS 7.x - це великий перерив та заміна, і клієнти задаються питанням, чи варто їм переїхати кудись інше повністю.

Портальне програмне забезпечення: жахливий варіант, але яка альтернатива

Там є безліч ненависників Порталу, і іноді рішення порталу дійсно є надмірним, але коли ви говорите про великі, багатонаціональні корпорації, як би рекомендувати їх розробляти глобальне рішення без сервера порталу?

Працювати з порталами не завжди так весело, як Tomcat або JBoss AS, але якщо мова йде про інтеграцію декількох додатків, управління вмістом, оновлення окремих програм, розгорнутих як окремі файли війни, управління безпекою до рівня портлета, доведення певного кількість персоналізації для користувачів та допомога в переважній задачі управління тисячами сторінок, які великі підприємства мають у складі внутрішніх та зовнішніх веб-сайтів, чи є краща технологія там?

Збирання розуміння та відгуків громади

Я намагався отримати якомога більше розуміння. Я написав невеличку статтю про TSS про це питання:

Які ще альтернативи порталу існують на ринку?

Я також воскрешаю нитку в CodeRanch, щоб побачити, чи можу я зрозуміти цю красуню.

Оновлена ​​тема просить альтернативи стратегії порталу програмного забезпечення. Приблизно 2012

Я також шукаю деяке розуміння від twitterati (@potemcam).

Це не стільки перехресне повідомлення, скільки спроба реально зібрати певний прозорливість від громади. Якщо я можу отримати ґрунтовні відповіді та досвід, я хотів би зібрати їх у статті поради в TSS.

Що є правильною альтернативою для корпоративного порталу в просторі Java?

До речі, я переходжу до цього питання з інших сайтів, щоб люди з тими ж питаннями змогли відскакувати назад і назад і побачити, що громада говорить на цю тему.

Спочатку потрібно розглянути, які проблеми Портал покликаний вирішити. Чи, як пропонує Вікіпедія, об'єднати інформацію з різних джерел уніфікованим способом? Якщо так, то якими іншими способами ми маємо це робити зараз?

Ну, по-перше, як ви збираєте інформацію з різних джерел? Очевидна відповідь - викликати різноманітні (веб-сервіси). Це вводить питання контрактів та затримки в мережі, бла-бла-бла, але це речі, погано вирішені порталом, тому це ваш дзвінок. Припустимо, послуги РОЗБІРНІ? Це полегшує управління контрактами? Можливо.

Потім, як ви уніфікуєте інформацію? Однією з проблем, яку вирішив Портал, було те, як перенести ці розрізнені елементи на одну сторінку та завантажити їх самостійно. З тих пір AJAX виросла, і тим самим ефектом потенційно можна користуватися за допомогою дзвінків XMLHttpRequest до різних (RESTful?) Служб для отримання ваших даних, а потім за допомогою спільного набору таблиць стилів.

Чи буде це працювати? Це може і робить. Це більш керовано, ніж портальні сервери JSR286? Ймовірно. Чи є ще маса проблем, які потрібно подолати? Безумовно. Але це життєздатна альтернатива.

Нещодавно я активно залучався до сцени сервера порталу Java. Він був обраний як недорога альтернатива SharePoint, оскільки нам вдалося знайти постачальника порталів, який має порівнянні функції. Ми працювали з платформою eXo, і хоча вона в основному рекламується для соціальних функцій, вона повністю відповідає як портальний сервер JSR286.

Портал Java може бути неймовірно потужним, але це, природно, ціною здається переобладнаною та надмірно складною. Загальна відповідь клієнтів, яку ми отримали, - це те, що основна конфігурація та накладні витрати сервера можуть бути занадто великими. Мені ще не потрібно знайти платформу порталу або альтернативу, яка може запропонувати багатослівний набір функцій, але все ще залишається прийнятною тонкою для набору операційних вимог. Багаторічні розриви між конкуруючими платформами порталу серйозно заблокували ринок.

Зростання в світі порталу Java агонізує повільно. Ви знайдете датовані інтерфейси, архаїчні UX, і кожна дія залишить у ваших ротах неприємний смак. Тут є мало інноваторів, платформа eXo - одна з небагатьох, для якої ми виявили, що доклали зусиль для модернізації.

Враховуючи все це, ви все ще можете створити розумний продукт у світі JSR268 з мірою успіху. Ми змогли це зробити, використовуючи послуги JAX-RS для кожного портлету, в основному функції та функціональність портлету вишні. Весь доступ до бази даних працює з веб-сервера, окремі послуги RESTful для оптимізованих операцій CRUD. Це вимагає великої ретельності з надмірними зусиллями, які не багато хто готовий докласти.

Ви також можете повністю заземлити і створити собі «портал» з сервлетами та JAX-RS. Це можна зробити набагато швидше, ніж розробка стандартних порталів. Однак вам не вистачає, коли мова заходить про підтримку повного набору функцій конфігурації, знайдених на стандартному веб-порталі.

Просто, існує серйозний цикл захоплення надмірних наборів функцій, що заважають нововведенням, яке, здається, не скоро змінюється. Прориви в зміну гри навряд чи відбудуться, тому що важкі нападники не бачать, як мета розвивається. Але єдиний ваш альтернативний варіант - переосмислити лише потрібні функції.

Я не погоджуюся з Метью , жодна з проблем, пов'язаних з корпоративними порталами, не викликана безпосередньо технологією. Проблема майже завжди полягає у відсутності чіткої спрямованості та спрямованості.

Яку проблему ви намагаєтеся вирішити? Спробуйте визначити це якоюсь специфікою. Можливо, я можу здогадатися, що переміщення інформації з скриньки електронної пошти на якесь рішення вмісту, яке можна шукати, вийде досить високо. Як і пошук інформації, яка живе на спільних мережевих накопичувачах. Тоді, мабуть, виникає питання навколо робочого процесу.

Крім того, він починає трохи туманно, і саме тут рішення не вдається. Якщо хтось намагається продати вам портал із демонстраційною демонстрацією непов'язаної команди, яка шукає інформацію про свою проблему та знаходить іншу команду, вже вирішила цю проблему, не визнаючи, як працюють люди.

Я не хочу, щоб це перетворилося на довгу вафлю, тому я задаю одне питання. Чи дозволяє ваше портальне рішення обмінюватися інформацією з однолітками так само легко, як і ваш клієнт електронної пошти? Зокрема, у мене вийшла програма, і я хочу надіслати вам знімок екрана. Я можу вставити це прямо у свій електронний лист, який не працюватиме з веб-рішеннями. Чи інтегрується він з Office? Хто збирається отримати всю наявну інформацію на портал?

Зосередьтеся на людях, їх взаємодії та їхніх потребах та спочатку забудьте про технічне. По-друге, модеруйте очікування та побажання людей дозою реальності.