Ce ne așteaptă în Liferay 7

Ce ne așteaptă în Liferay 7.0 10

  • 01.09.15 09:30 •
  • akakunin •
  • • # 265919
  • • Habrahabr
  • 10 •
  • 8079

- cum ar fi Forbes, doar mai bine.

compania Liferay a anunțat cea mai recentă versiune de piatră de hotar Liferay 7.0 m7. Acest lucru înseamnă că mai mult va avea alfa și beta, care va merge la corectarea erorilor - nu au așteptat în special aceleași modificări funcționale. Deși înainte de lansarea timp de aproximativ șase luni, se poate vedea deja ce este nou ne așteaptă în noua versiune de Liferay

Ce este Liferay?


În primul rând, o scurtă introducere pentru cei care nu știu ce Liferay. Într-un cuvânt - este SharePoint, dar în Java și Open-Source.
În cazul în care este foarte simplist - este definiția cea mai exactă. Deși cu siguranță nu toate atât de simplu și atât de simplă.
În cazul în care un pic mai în detaliu - este un portal web, dezvoltat pe tehnologia Java Enterprise Edition (pe tehnologiile de mai jos) în cadrul schemei de Open Source. În acest caz, există o companie care se ocupa cu tselenopravlenno dezvoltarea acestui produs și are suport de întreprindere (pentru bani). Liferay pot fi folosite
  • și clasic - atât interne portalul corporativ (organizarea muncii în comun a angajaților) sau o rețea socială corporativă,
  • și pentru a crea site-uri externe (un exemplu - a menționat recent Habré operator mobil Yota site-ul)
  • dar îl puteți folosi ca o platformă pentru a dezvolta propriile aplicații (foarte bun la ea obține diferite soluții B2B și B2C).

Modificări în arhitectură


Principala inovație, din care pentru că noua versiune 7.0 nu va (de exemplu) 6.3 este trecerea la OSGi. Aceasta este o mare schimbare în ceea ce privește arhitectura internă (și întregul ecosistem în jurul valorii de Liferay, deoarece implică o schimbare în dezvoltarea de plug-in-uri). După ce, la o lungă perioadă de timp, mult timp în urmă, Liferay bazat pe EJB. EJB apoi au fost al doilea, erau mari și grele și necesită mari și grele pentru a rula servere (min JBoss) - care nu a fost întotdeauna justificată. Liferay apoi transferat la lumină cadru de primăvară - și-l doare suficient de ani de la 7 (I poate fi greșit în ce versiune exactă a acestei tranziții a avut loc - dar destul de mult timp). Și acum OSGI. Acesta oferă utilizatorilor (deși cei mai mulți programatori care implementează soluții bazate pe Liferay - utilizatorii finali încă în ceea ce tehnologie au făcut):
  • Nucleul portalului este acum modular. Puteți dezactiva cu ușurință inutile. Unul dintre dezavantajele Liferay numit ca o multime de „extra“ în centrul său. Utilizatorii de Liferay primesc nu numai Portlet container și zona de administrare cu funcțiile de bază necesare - dar, de asemenea, o mulțime de module, și au nevoie de unele dintre ele a cauzat mari îndoieli. Acum, va fi posibil pentru a genera un set de module pe care le doresc să fie incluse în kernel
  • Toate plug-in-uri (add-on-uri la portalul) este acum dezvoltat ca un module OSGi. Anterior, fiecare plug-in a fost un web-aplicație separată (Application Server, dar din punct de vedere), care comunica cu portalul prin intermediul mecanismului de complicat numit BeanLocator (care a fost de fapt cazul hack). Acum, toate sincer, toate strict în cadrul tehnologiilor de bază
  • Mai ușor de a face modificări în însăși nucleul portalului. Pur și simplu înlocuiți modulul implementează funcționalitatea necesară pentru dumneavoastră. Tot ce sper nu mai este nevoie de a-ext pluginuri (care a fost implicat în profundă personalizare a lui Liferay, el va înțelege)

Deci, așteptăm cu nerăbdare să. O sperie - astfel de modificări arhitecturale majore nu vin ușor și simplu - dar sper că toate la fel pentru versiunea de lansare (inclusiv de către comunitate) vor fi bine testate. Ceea ce, din păcate, nu este de așteptat:
  • Serverul implicit rămâne încă Tomcat 7. De fapt, foarte mult ca să vadă Tomcat 8 și de a folosi WebSockets portale
  • Punerea în aplicare este în continuare primele servicii web Axis. Apoi, fără un cuvânt. Probabil trebuie să aștepte pentru a opta versiune.

Modificări în interfața de utilizare


Schimbări mari sunt așteptate în interfața cu utilizatorul:
  • Subiect nou. Promite o „lumină», dispozitive mobile și așa mai departe. Deci, este mult mai personalizabil. Deși este dificil de a evalua ceea ce este în spatele ei, dar dacă inscripția «Powered by Liferay» dezactiva sau configurabil - acesta va fi un mare pas inainte :)
  • Noua conducere. Totul. Există acum un control separat Panel-și. Există Meniu produs (iese din stânga). managementul pagină a butoanelor laterale migrate la subsolul paginii. Ei bine, și mai mult. Aici mă simt mult timp am obișnuit


  • Se încarcă paginile Ajax-lea: mai multe portleturi pot descărca acum conținutul dvs. fără a reîncărca pagina (cum ar fi o tranziție din listă într-un post pe blog-ul specific). Este important - că un astfel de sprijin la nivelul de bază cadru-o, astfel încât să poată fi folosit oriunde.

Vizarea audienței


De fapt, plug-Vizarea unui public este deja disponibil în 6.2, dar în 7-ke ar trebui să se deschidă în toată splendoarea sa. Ce este? Această segmentare a utilizatorilor portalului (folosind criterii diferite) și afișa conținut diferit pentru diferite segmente. Plus suport pentru companii. funcționalitate de bază pentru orice auto-respectând CMS a devenit în cele din urmă disponibile în Liferay (precum și l-am ratat!)
Este clar că (de exemplu) geolocalizare și segmentarea pe regiuni din România va trebui să se bazeze pe - dar (vezi mai sus pe OSGi), va fi posibil să se facă un plugin separat.

Localizarea geografică de conținut


Puteți atașa orice conținut la locația geografică și a clădirii (de exemplu) hărți interactive

Șabloane pentru Staging-o


Liferay există un astfel de lucru ca Staging - este atunci când sunteți pe un singur site (test) pregătește toate modificările necesare (noi pagini, conținut nou) și apoi la simpla apăsare a unui buton (sau programată) după depășirea alinierea necesară sunt postați pe serverul de producție. Un lucru util, pentru că (de exemplu) face posibil să nu se „sparge“ un cluster băcănie încărcat și liniște a face modificările pe serverul de testare, și apoi să le publicați în produs pe timp de noapte. Adevărata viață iese o grămadă de nuanțe - și care au lucrat în Liferay cu stadializarea-lea aprecia oportunitatea de a stoca etapa de configurare ca șabloane pentru reutilizare.

De fapt, aceasta este doar o mică listă a principalelor modificări. În timpul lucrărilor la noua versiune a baietilor de la Liferay finalizat deja un loc de muncă mare (numai în Liferay 7.0 m7 închise în jurul Story 170 de ani de utilizare) și doresc cu adevărat să sperăm că ei vor aduce lucrarea până la capăt (cu bună calitate) și în șase luni vom vedea o nouă versiune .

Și ce soluții nu se tem?
Ei bine, - Nu știu că sa întâmplat cu Alfresco - dar au existat comentarii negative despre Liferay. Cred că este o problemă comună în următoarele - sistemul (care Alfresco, Liferay că) sunt complexe - pentru punerea în aplicare a unei sarcini mai mult sau mai puțin complexe, experiența necesară. De multe ori aceeași formă ca - să ia (deoarece gratuit) - pune administratorul sau UNIOR-dezvoltator - spun ei „sapa mai adanc - ceea ce este acolo și cum“, atunci într-un fel să decidă sarcina - nu nifiga rezolvat, funcționează prost și strâmb, ca rezultat, decide că produsul este „aspirat“ si arunca totul.
Am rănit cu siguranță un ceas - pentru că problema în acest caz, nu este în produsul - dar capacitatea de a face fata - dar astfel de situații nu apar din nou.

Ei bine, eu pot fi de acord cu tine akakunin. pe experiența mea cu Alfresco a lucrat ca o echipa de dezvoltare de software matur și 90% dintre ei a scuipat pe ea, iar unii au părăsit proiectul. Cel mai rau lucru despre aceste soluții este că vom accepta regulile jocului vidyas aceste chifle pe care le descriu în articolul dumneavoastră, și apoi dau seama că problemele și limitările (WebSockets în cazul dumneavoastră) pentru a comanda mai mult, dar timpul a trecut.
Nu îndrăznesc să spun ceea ce ar putea fi problema în liferelay, dar eu sunt sigur că sunt, fie că este vorba de scalare orizontală sau utilizarea în legătură cu stocarea orientată spre documente.
Și nu mă tem de soluții simple, uita-te, de exemplu, la jhipster. aceasta este o abordare complet diferită, care nu impune modul în care va rezolva problema și ce tehnologii vor fi utilizate. Monolith sau micro-servicii, baze de date orientate-document sau relațională, WebSockets sau votare lungă. Toate în mâinile de dezvoltatori. Asta deoparte pentru a simplifica și a accelera dezvoltarea industriei este în mișcare, nu spre aceste decizii monstruoase.

Pentru că - pentru fiecare sarcină - instrumentul său. Undeva, da - este mai ușor de a dezvolta un sistem (nu de la sol în sus - și folosind ca punct de pornire al oricărui cadru sau stivă - dacă jhispter, entando, cuba, și așa mai departe - lista poate continua) - și, în unele cazuri (pentru mai multe provocări) mai ușor încă să ia produsul finit și dopilivat acesteia (sursa buna deschis și sursa este).

Și acum situația
Nu vă așteptați soluții de la jhipster este doar un generator de șablon de proiect pe populara stiva de tehnologie. Vei avea libertatea deplină de a aborda această problemă prin metode standard. Nu mai vorbim de faptul că baza de date orientate document care problema pur și simplu nu apar și este posibil ca SED este mai bine să nu pentru a fixa ACL, și de a schimba baza de date.

La locul de muncă a trebuit să se joace cu Liferay. Rămâne o impresie foarte proastă. cerere Monstrouznost sub 300 de metri. Nu documentație specială, posturi și aproape nici răspunsuri, cod oribil.

Nu înțeleg de ce ai putea avea nevoie de un astfel de lucru.

Ei bine, eu nu sunt de acord cu tine.

Da - cererea este destul de complicată. În estimarea mea „de intrare“ de timp - până la șase luni. 300 de metri - bine, astfel încât acest nivel de aplicare Enterprise. Compara cu alți lideri Gunter (SharePoint, WebSphere Portal, SAP, Oracle) - sunt chiar mai monstruoasă și - pe fondul Liferay super-luminozitate și simplitate.

Cod - destul de sănătos.

Am trei ani de experiență cu Liferay, în special scriptlets pentru a livra pagini JSP. Dar nimic din monstru în formă de AUI I, în general, să tac.

Personal, opinia mea - dacă doriți funcționalitatea de bază, cu modificări minime - Liferay pur si simplu, nici o altă alternativă, puternic API-ul, o grămadă de portlet-uri gata marketpleys. În cazul în care cel puțin o sarcină non-triviale - și de a dezvolta într-o călătorie interesantă de documentare reziduurilor și forumuri fumat răspunsuri specii „Ei bine, atunci cum ar arăta undeva acolo“, asa ca prefera sa faca de la zero decât la cap la cap cu Liferay.