Qual è l'alternativa a una strategia di portale aziendale nello spazio Java?

Disillusione con lo spazio del portale

Sto vedendo un numero inquietante di grandi clienti aziendali che sono rimasti delusi dalla loro esperienza nel portale aziendale, in particolare quelli nello spazio WebSphere Portal Server (WPS). Milioni sono stati investiti, ma la promessa di contenuti personalizzati con aggregazione e strumenti di collaborazione integrati non è mai stata realizzata. Il passaggio a WPS 7.x è un grosso strappo e sostituisce la mossa, ei clienti si chiedono se dovrebbero spostarsi da qualche altra parte completamente.

Software portale: un'opzione orribile, ma qual è l'alternativa

Ci sono un sacco di nemici di Portal là fuori e a volte una soluzione di portale è davvero eccessiva, ma quando si parla di grandi società multinazionali, come si consiglia di progettare una soluzione globale senza un server portale?

I portali non sono sempre così divertenti da lavorare come Tomcat o JBoss AS, ma quando si tratta di integrare più applicazioni, gestire i contenuti, aggiornare le singole applicazioni distribuite come singoli file di guerra, gestire la sicurezza fino al livello del portlet, dimostrando un certo quantità di personalizzazione per gli utenti e aiuto nell'incredibile compito di gestire le migliaia di pagine che le grandi aziende hanno come parte dei loro siti Web interni ed esterni, esiste una tecnologia migliore là fuori?

Raccogliere informazioni e feedback sulla comunità

Ho cercato di raccogliere quante più informazioni possibili. Ho scritto un piccolo articolo su TSS sul problema:

Quali altre alternative al portale esistono sul mercato?

Sto anche facendo resuscitare un thread al CodeRanch per vedere se riesco a ottenere informazioni da quel meraviglioso equipaggio.

Discussione aggiornata che chiede un'alternativa a una stragità del software del portale. Circa 2012

Sto anche cercando alcune informazioni dal twitterati (@potemcam).

Non è tanto un cross-post quanto un tentativo di raccogliere davvero una visione acuta della comunità. Se riesco a ottenere risposte ed esperienze solide, vorrei aggregarle in un articolo di consulenza su TSS.

Qual è la giusta alternativa a un portale aziendale nello spazio Java?

A proposito, collegherò a questa domanda anche dagli altri siti, così le persone con le stesse domande potranno rimbalzare avanti e indietro e vedere cosa dice la community su questo argomento.

Innanzitutto, è necessario considerare quali problemi sono stati progettati per risolvere Portal. Come suggerisce Wikipedia, è unire le informazioni provenienti da diverse fonti in modo unificato? In tal caso, quali altri modi ora dobbiamo fare questo?

Bene, in primo luogo, come riunite le informazioni provenienti da diverse fonti? La risposta ovvia è chiamare una varietà di servizi (web). Questo introduce problemi di contratti e latenza di rete, bla bla bla, ma queste sono cose scarsamente risolte dal portale, quindi è la tua chiamata. Supponiamo che i servizi siano RESTful? Ciò semplifica la gestione dei contratti? Possibilmente.

Quindi, come si unificano le informazioni? Uno dei problemi che Portal ha risolto è stato come portare questi elementi disparati su una pagina e farli caricare in modo indipendente. Da allora AJAX è cresciuto e lo stesso effetto può essere potenzialmente gestito utilizzando le chiamate XMLHttpRequest ai vari servizi (RESTful?) Per ottenere i dati e quindi utilizzando un set condiviso di fogli di stile.

Funzionerà? Può e fa. È più gestibile rispetto ai server del portale JSR286? Probabilmente. Ci sono ancora un sacco di problemi da superare? Decisamente. Ma è una valida alternativa.

Di recente sono stato profondamente coinvolto nella scena del server portale Java. È stato scelto come alternativa economica a SharePoint, in quanto siamo riusciti a trovare un fornitore di portale con funzionalità comparabili. Siamo andati con la piattaforma eXo e sebbene sia principalmente pubblicizzato per le funzionalità social, è pienamente conforme come un server portale JSR286.

Un portale Java può essere incredibilmente potente, ma naturalmente ha il costo di sembrare troppo ingegnerizzato e inutilmente complesso. La risposta generale del cliente che abbiamo ricevuto è stata che la configurazione di base e il sovraccarico di un server possono essere eccessivi. Devo ancora trovare una piattaforma portale o un'alternativa in grado di offrire un set di funzionalità dettagliato, pur rimanendo accettabilmente sottile per una serie di requisiti operativi. Anni di gonfiamenti di funzionalità tra piattaforme di portale concorrenti hanno seriamente ridotto il mercato.

La crescita nel mondo del portale Java è stata incredibilmente lenta. Troverai interfacce datate, UX arcaica e ogni azione lascerà un cattivo gusto in bocca. Ci sono pochi innovatori qui, eXo Platform è uno dei pochi che abbiamo scoperto fare uno sforzo concertato per la modernizzazione.

Alla luce di tutto ciò, è ancora possibile creare un prodotto ragionevole nel mondo JSR268 con un certo successo. Siamo stati in grado di farlo sfruttando i servizi JAX-RS per ciascun portlet, in sostanza le caratteristiche e le funzionalità del portlet. Tutto l'accesso al database viene eseguito dai servizi RESTful separati del server Web per operazioni CRUD ottimizzate. Ci vuole un'imponente diligenza con un eccesso di sforzo che non molti sono disposti a impegnare.

Puoi anche andare completamente a fondo e costruirti un 'portale' con servlet e JAX-RS. Questo può essere fatto molto più rapidamente rispetto allo sviluppo del portale standard. Tuttavia, non riuscirai a supportare l'intero set di funzionalità di configurazione che si trovano su un portale web standard.

Semplicemente, esiste un serio ciclo di intrappolamento di serie eccessive di funzionalità che soffoca l'innovazione che non sembra cambiare presto. È improbabile che si verifichino scoperte rivoluzionarie perché i battitori pesanti non vedono il meta evolversi. Ma la tua unica alternativa è reinventare solo le funzionalità che desideri.

Non sono d'accordo con Matthew , nessuno dei problemi con i portali aziendali è causato direttamente dalla tecnologia. Il problema è quasi sempre la mancanza di una chiara attenzione e direzione.

Qual è il problema che stai cercando di risolvere? Prova ad inchiodarlo ad alcuni dettagli. Probabilmente posso immaginare che spostare le informazioni dalle caselle di posta elettronica in una soluzione di contenuto ricercabile diventerà piuttosto elevato. Come trovare informazioni che vivono su unità di rete condivise. Quindi c'è probabilmente una domanda sul flusso di lavoro.

Oltre a ciò inizia a diventare un po 'nebuloso ed è qui che le soluzioni falliscono. Se qualcuno cerca di venderti un portale con una demo che mostra una squadra non correlata alla ricerca di informazioni sul suo problema e la ricerca di un'altra squadra ha già risolto il problema, non sta riconoscendo il modo in cui le persone lavorano.

Non voglio che questo si trasformi in un lungo waffle, quindi farò una domanda. La soluzione del tuo portale ti consente di condividere le informazioni con i tuoi colleghi con la stessa facilità con cui il tuo client di posta elettronica? In particolare, la mia applicazione è andata in crash e voglio inviarti una schermata. Posso incollarlo direttamente nella mia e-mail, che non funzionerà con soluzioni basate sul web. Si integra con Office? Chi otterrà tutte le informazioni esistenti sul portale?

Concentrati sulle persone, le loro interazioni e le loro esigenze e dimentica prima il tecnico. In secondo luogo, moderare le aspettative e i desideri delle persone con una dose di realtà.