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,
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". –
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
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 –