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

Per prima cosa, devi considerare quali problemi Portal è stato progettato per risolvere. E ', come suggerisce Wikipedia, riunire informazioni provenienti da diverse fonti in modo unitario? In tal caso, quali altri modi dobbiamo ora fare?

Bene, in primo luogo, come raccogli informazioni da fonti diverse? 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 mal risolte dal portale, quindi è la vostra chiamata. Supponiamo che i servizi siano RESTful? Ciò facilita la gestione dei contratti? Possibilmente.

Quindi, come unisci le informazioni? Uno dei problemi risolti da Portal era come portare questi elementi disparati su una pagina e caricarli autonomamente. AJAX è cresciuto da allora e lo stesso effetto può essere gestito utilizzando le chiamate XMLHttpRequest ai vari servizi (RESTful?) Per ottenere i dati e quindi utilizzare 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 è un'alternativa valida.

Recentemente sono stato profondamente coinvolto nella scena del server portale Java. È stata scelta come alternativa economica a SharePoint, in quanto siamo stati in grado di trovare un provider di portale che offriva funzionalità simili. Siamo andati con eXo Platform e sebbene sia principalmente pubblicizzato per le funzionalità social, è pienamente conforme come server del portale JSR286.

Un portale Java può essere incredibilmente potente, ma naturalmente ha il costo di sembrare eccessivamente 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à dettagliate, ma rimanere accettabilmente snella per un insieme di requisiti operativi. Anni di lunghine caratteristiche tra le piattaforme di portale concorrenti hanno seriamente appannato il mercato.

La crescita nel mondo dei portali Java è stata dolorosamente lenta. Troverai interfacce datate, UX arcaico e ogni azione lascerà un cattivo gusto in bocca. Ci sono pochi innovatori qui, eXo Platform è uno dei pochissimi che abbiamo trovato di fare uno sforzo concertato per la modernizzazione.

Dato tutto ciò, puoi comunque creare un prodotto ragionevole nel mondo JSR268 con una certa misura di successo. Siamo stati in grado di farlo sfruttando i servizi JAX-RS per ogni portlet, fondamentalmente funzionalità e funzionalità del portlet cherry-picking. Tutti gli accessi al database vengono eseguiti 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 commettere.

Puoi anche andare completamente a terra e costruirti un "portale" con servlet e JAX-RS. Questo può essere fatto molto più rapidamente rispetto allo sviluppo del portale standard. Tuttavia, quando si tratta di supportare il set completo di funzionalità di configurazione disponibili su un portale Web standard, non si riesce a farlo.

Semplicemente, c'è un serio ciclo di intrappolamento di set di funzionalità eccessive che soffocano l'innovazione che non sembra cambiare presto. È improbabile che avvengano cambiamenti rivoluzionari che si verificano perché i forti colpitori non vedono la 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 una mancanza di chiarezza e direzione.

Qual è il problema che stai cercando di risolvere? Prova a inchiodarlo ad alcune specifiche. Probabilmente posso indovinare che spostare le informazioni dalle e-mail in-box su qualche soluzione di contenuto ricercabile sarà abbastanza alto. Come troverà informazioni che vivono su unità di rete condivise. Quindi probabilmente c'è 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 un team non correlato alla ricerca di informazioni sul suo problema e trovare un altro team 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 informazioni con i tuoi colleghi con la stessa facilità del tuo client di posta elettronica? In particolare, la mia applicazione si è bloccata e voglio inviarti una schermata. Posso incollarlo direttamente nella mia email, che non funzionerà con le soluzioni basate sul web. Si integra con Office? Chi sta per ottenere tutte le informazioni esistenti sul portale?

Concentrati sulle persone, sulle loro interazioni e sui loro bisogni e dimentica prima la tecnica. Secondo, moderare le aspettative e i desideri delle persone con una dose di realtà.