Liferay/JSR 168 및 286 Portal 대신 사용할 수 있습니까?

우리 팀은 Node.js, Twitter Boostrap, Mongo DB 및 Mule을 ESB 용으로 사용하여 대시 보드 응용 프로그램을 작성했습니다.Liferay/JSR 168 및 286 Portal 대신 사용할 수 있습니까?

최근 임원이 Liferay와 같은 포털/포틀릿 컨테이너에 대한 접근 방식을 변경하도록 요청했습니다.

팀원 중 일부는 Liferay에 경험이 있으며, 우리는 그것에 대해 꽤 부정적인 느낌을 가지고 있습니다. 전체 페이지 새로 고침, 포틀릿 라이프 사이클, 스타일 및 테마 문제, 제한된 DBMS 적용 등을 다루는 것은 불만 목록의 최상위에 있습니다.

경영 팀이 어디에서 왔는지 확인할 수 있습니다. 그들은 대시 보드를 확장 가능하고 쉽고 쉽게 다른 그룹에 연결할 수 있기를 원합니다.

Liferay와 같은 것으로 구축 및 확장 가능한 응용 프로그램에 관심이있는 IT 전문가 및 임원의 기업 요구와 사용자의 현대적인 웹 기대치를 조화시킬 수있는 솔루션이 있습니까? 여기에는 삽입 가능한 위젯이 중요합니다.

Node는 분명히 Grails와 비슷한 것을 선호합니다.

감사합니다,

출처

2013-03-19 binarygiant

포털은 grails와 다른 문제를 해결합니다. 사용자 및 페이지 관리 등과 같은 많은 인프라를 제공합니다. 포틀릿이 원하는 DB를 사용할 수 있기 때문에 "제한된 DBMS 적용 범위"란 무엇을 의미하는지 이해할 수 없습니다. 또한 전체 페이지 요청을 쉽게 극복 할 수 있습니다. 선택한 UI 라이브러리가 자동으로 수행되거나 수동으로 수행 할 수 있습니다. 지금까지 네가 가져다 준 부정적인 주장에 네거티브는 보이지 않는다. "리퍼이가 네가 선호하는 목록에 없다". –

의견에 감사드립니다. 더 많은 것을 명확히하기. grails를 사용하여 포털 사양과 비슷한 것을 얻을 수 있습니까? 그것은 풍부한 플러그인 라이브러리를 가지고 있으며 Liferay를 싫어하는 사람들이 있다고 생각합니다. 끝으로 내 질문이 게시되었습니다. 나는 Portal 과부하없이 똑같은 문제를 해결하고 싶다. 또한 전체 페이지 요청을 극복하는 좋은 예가 있다면 큰 도움이됩니다.아마도 나는 틀린 길에서 포털을 찾고 있습니다. 이것은 오래된 스펙/오래된 기술입니다. 나는 임원을 만족시키면서 훌륭한 사용자 경험을 제공하는 것에 주로 관심이있다 – binarygiant

나는 포털이 과부하 된 단어라고 말할 것이다. 새로운 JS 접근법과 스택을 Liferay가 제공하는 기본 구조와 "쉽게"병합 할 수 있습니다. Liferay는 요즘 OSGi 번들의 방향으로 가고있다. OSGi 번들은 AlngularJS에서 구식 JSP JSP로 바꿀 수있는 일종의 애플리케이션 패키지 일 뿐이다. 특히 일류 시민으로서 JS 기반 응용 프로그램을 사용하는 데는 많은 작업이 필요합니다. 오래된 기술 수준에 파묻혀 무서워하지 마십시오. 어느 쪽이든 더 이상 Portal이 아니지만 Digital Experience Platform : D –

이 질문에 정확히에 StackOverflow의 형식에 적합하지 않을 수 있습니다,하지만, 난 여전히 몇 가지 생각을 제공 할 수 있습니다.

현재 플랫폼을 고수하고 싶다면 임원이 새로운 플랫폼으로 이동하기를 원하는 기능을 정확하게 파악해야합니다. 이 기능은 현재 플랫폼에 구축 할 수있는 기능입니까? 다른 모든 것을 다시 쓰는 것에 비해 얼마나 많은 노력이 필요합니까? 팀 전체에서 새로운 스킬 셋을 익히려면 얼마나 많은 노력이 필요합니까? 팀이 새로운 기술을 효과적으로 습득 할 수 있다고 확신하지만, 팀은 여전히 노력을 기울이며 팀이 학습 할 때마다 고통이 갈수록 커질 것입니다. 임원에게 유사하거나 적은 노력으로 동일한 기능을 제공 할 수 있고 총 소유 비용을 비슷하게 유지할 수 있다면 현재 플랫폼을 유지할 수 있습니다.

또한 저는 포틀릿 컨테이너가 수행 할 수있는 것을 과소 평가하고 있다고 생각합니다. 나는 대부분 WebSphere Portal과 함께 작업하므로 어쨌든 내가 언급 한 고통의 대부분이 나를 위해 관리하기가 그렇게 어렵지 않다고 생각한다. 컨테이너가 스스로를 관리하기 위해 특정 DBMS를 필요로한다고해서 사용자 정의 데이터 요구에 별도의 DB를 사용할 수 없다는 것을 의미하지는 않습니다. JSR-286은 AJAX를 포틀릿에서보다 쉽게 구현할 수있는 방법으로 serveResource를 도입했습니다. Liferay에 대해 잘 모르는 WebSphere Portal에서 페이지를 다시로드하지 않고 전체 페이지 컨텐트를 변경하는 것이 목록에서 가장 어려울 수 있습니다.

최신 기술은 최첨단 기술을 의미하지는 않습니다. 대형 소프트웨어 제품은 다른 도구와 마찬가지로 제대로 사용하는 방법을 알고 있다면 여전히 수행 할 수 있습니다.

출처

2013-03-19 22:42:27

감사합니다. 나는 Portal 컨테이너가 대신 할 수있는 것을 과소 평가했다고 생각하지 않습니다. 대신에 내가 가진 과도한 팽창을 원하지 않습니다. 그것은 우리 그룹이 노드를 선택한 이유 중 하나입니다. 그것은 매우 희박하며 필요한 부분 만 추가하면됩니다. 전체 페이지 새로 고침은 내 큰 관심사입니다. 그래서 나는 포틀릿을 피한다. 내가이 잘못을 봤다면, 나는 더 많은 피드백을 원합니다. 백그라운드의 비트 - 1 년 전 Liferay 개발 클래스를 사용했기 때문에 작동 방식이 어둡습니다. 처음 느낌은 개발하는 것이 악몽이었고 사용 경험이 좋지 않다는 것이 었습니다. – binarygiant

강사가 좋지 않았기 때문에 '개발하는 것이 악몽이었습니다.'라고 말할 때 Liferay쪽으로 약간 편향된 것 같습니다.). 어쨌든 기본값 인 전체 페이지 새로 고치기가 아니라 페이지에서 포틀릿을 새로 고칠 수 있습니다. 올라프 (Olaf)는 그의 코멘트에서 "전체 페이지 요청은 쉽게 해결할 수 있습니다. 선택 UI 라이브러리가 자동으로 수행하거나 수동으로 수행 할 수 있습니다."그런 다음 세분화 된 권한 부여 시스템도 제공됩니다. OOTB 포틀릿과 물건처럼 필요하지 않을 수도있는 많은 기능. –

당신이 깔끔하게 당신의 요구 사항을 언급 할 수 있다면 당신이 결정하는 데 도움이 될 것 같아요. –

Liferay/JSR 168 및 286 Portal 대신 사용할 수 있습니까?

답변

관련 문제