2013-03-19 19 views
14

Il mio team ha scritto un'applicazione dashboard utilizzando Node.js, Twitter Boostrap, Mongo DB e Mule per un ESB.Alternativa ai portali Liferay/JSR 168 e 286?

Recentemente un dirigente ci ha chiesto di cambiare il nostro approccio a un contenitore Portale/Portlet come Liferay.

Alcuni di noi nel team hanno esperienza con Liferay e abbiamo sentimenti piuttosto negativi a riguardo. Trattare argomenti come aggiornamenti a pagina intera, cicli di vita del portlet, problemi di stile e tematici e copertura dei DBMS limitata sono in cima alla nostra lista di reclami.

Vediamo da dove proviene il nostro team dirigenziale. Hanno deciso di voler rendere il cruscotto estendibile e facile o più facile da collegare per altri gruppi.

C'è una soluzione là fuori che può bilanciare le moderne aspettative web degli utenti con le esigenze aziendali dei professionisti IT e dei dirigenti che si occupano di applicazioni ed estendibili con qualcosa come Liferay? I widget inseribili sono importanti qui.

Il nodo sarebbe ovviamente la nostra preferenza con qualcosa come Grails come secondo vicino.

Grazie,

+0

Un portale risolve un problema diverso rispetto ai graal - ad es. fornisce molte più infrastrutture come la gestione degli utenti e delle pagine, ecc. Non capisco cosa intendi con "copertura DBMS limitata" dato che i tuoi portlet possono utilizzare qualunque DB desideri. Inoltre, le richieste a pagina intera sono facili da superare: o la tua libreria UI di scelta lo fa automaticamente o puoi farlo manualmente. Finora, non vedo nessun aspetto negativo negli argomenti negativi che porti - a parte "Liferay non è nella lista delle tue preferenze". –

+0

Grazie per il feedback. Per chiarire di più. Posso ottenere qualcosa di simile alle specifiche del portale usando i graal? Ha una ricca libreria di plugin, e immagino ci siano altri che non amano Liferay. A tal fine la mia domanda è stata pubblicata. Vorrei risolvere lo stesso problema che liferay risolve senza il sovraccarico del portale. Inoltre, se hai qualche buon esempio del superamento delle richieste a piena pagina, sarebbe di grande aiuto.Forse sto guardando Portal nel modo sbagliato, che è vecchia spec/vecchia tecnologia. Sono principalmente preoccupato di offrire una buona esperienza utente mentre soddisfo i dirigenti – binarygiant

+0

Direi che il portale è una parola sovraccaricata. Puoi "facilmente" fondere il nuovo approccio JS e il tuo stack con la struttura sottostante fornita da Liferay. Liferay, in entrambi i casi, va in questi giorni più in direzione dei bundle OSGi che sono solo pacchetti di un qualche tipo di applicazione (può essere qualsiasi cosa, da AlngularJS a JSP di vecchia scuola. Soprattutto c'è un sacco di lavoro in corso per avere l'applicazione basata su JS come cittadino di prima classe. Entra e non essere spaventato dal vecchio livello tecnologico. Ad ogni modo, non è più un Portal ma una piattaforma di esperienza digitale: D –

risposta

0

Questa domanda potrebbe non essere esattamente una buona misura per il formato di StackOverflow, ma in grado di offrire alcune riflessioni ancora.

Se si desidera mantenere la propria piattaforma corrente, è necessario capire esattamente quali caratteristiche i dirigenti desiderano ottenere per passare a una nuova piattaforma. Queste funzionalità sono qualcosa che puoi costruire nella tua attuale piattaforma? Quanto impegno ci vorrà rispetto alla riscrittura di tutto il resto? Quanto ci vorrà per imparare un nuovo skillset in tutto il tuo team? Sono certo che la tua squadra possa apprendere in modo efficace le nuove abilità, ma ciò richiede ancora uno sforzo e cresceranno i dolori man mano che i tuoi team apprendono. Se puoi dimostrare ai tuoi dirigenti che puoi ottenere le stesse funzionalità per uno sforzo simile o inferiore e che puoi comunque avere un simile costo totale di proprietà, puoi presentare una richiesta per rimanere sulla tua piattaforma attuale.

Inoltre, penso che si stia sottovalutando ciò che un contenitore Portlet può fare. Lavoro principalmente con WebSphere Portal, quindi forse questo è il motivo per cui penso che la maggior parte dei punti critici che hai citato non siano poi così difficili da gestire per me. Solo perché il tuo contenitore ha bisogno di un particolare DBMS per gestirlo non significa che non puoi utilizzare un DB separato per le tue esigenze di dati personalizzate. JSR-286 ha introdotto serveResource come un modo per rendere più semplice l'implementazione di AJAX nei portlet. In WebSphere Portal (non so su Liferay), la modifica dell'intero contenuto della pagina senza la ricarica della pagina potrebbe essere la più difficile della tua lista, ammetterò comunque.

Il moderno non deve significare tecnologia all'avanguardia. E i grandi prodotti software possono ancora funzionare se sai come usarli correttamente, proprio come qualsiasi altro strumento.

+2

Grazie. Non penso di aver sottovalutato ciò che i container Portal possono, invece, non voglio che il loro eccesso esagerato porti, questo è uno dei motivi per cui il mio gruppo ha scelto il nodo. È molto magra e tu aggiungi solo le parti di cui hai bisogno. L'aggiornamento a pagina intera è una mia grande preoccupazione. Quindi evito Portlet per quel motivo. Se ho guardato a questo torto, mi piacerebbe più feedback. Un po 'di background Ho preso una lezione di sviluppo Liferay circa un anno fa, quindi non sono completamente all'oscuro quando si tratta di come funziona. La mia impressione iniziale è stata che è stato un incubo svilupparsi e che l'esperienza di utilizzo non era buona – binarygiant

+0

Sembra che tu sia un po 'prevenuto nei confronti di Liferay quando dici "è stato un incubo sviluppare" potrebbe essere perché l'istruttore non era buono;). In ogni caso è sufficiente aggiornare il portlet nella pagina piuttosto che eseguire un aggiornamento della pagina completa, che è l'impostazione predefinita. Come ha detto Olaf nel suo commento, le richieste a pagina intera sono facili da superare: o la tua libreria di scelta dell'interfaccia utente lo fa automaticamente o puoi farlo manualmente. Poi viene fornito con un sistema di autorizzazione a grana fine capisco che viene fornito con molte funzionalità che potrebbero non essere richieste come i portlet OOTB e altri elementi. –

+0

Se riesci a citare chiaramente il tuo requisito, immagino che ti possa aiutare a decidere. –