좋아하는해야 자동으로 분명히 다른 질문, 내가 질문이 포인트 현명한 대답하려고하자 내가 먼저 당신의 마지막 질문에 대답합니다 :
이
Q.이 또한 우리가 알고 싶은 것에 시나리오/요구 사항 Liferay는 유용합니다.
이것은 매우 넓은 대답을 할 수 있습니다,하지만 난 당신을 위해 짧은 만든 :
- 사이트는 당신이 계획하는 경우 내용 무겁고되지 않은 데이터는 다음 포털
- 무거운 갈 경우 포털에서 하나의 웹 응용 프로그램 만 사용한다면 독립형 사용자 정의 웹 응용 프로그램이 훨씬 더 좋을 것이라고 제안 할 것입니다.
나는,을 Liferay 포털이 아웃 오브 박스 블로그, 위키, 문서 라이브러리 같은 응용 프로그램의 단일 사인 온 (SSO), 인증, 인증, 친절한-URL 및 페이지 생성도 많이 같은 것들을 당신을 많이 줄 것이다 동의 일부 소셜 네트워킹 애플 리케이션 등.하지만 그것에 대해 생각해, 당신은 정말로이 모든 필요합니까?
- When to use a portal
- Why to use portal technology
- liferay 태그 위키 :, 다음이 잔인한하지 않을 경우 여기
더 나은 포털의 사용을 이해하는 몇 가지 정말 좋은 링크가 있습니다 그것은 무엇에 관한 좋은 설명이 liferay를 제공하고 관리 가이드와 관련된 링크를 제공하여 모든 기능의 수명 및 관리 방법을 알려줍니다.
그래서 여전히 답이없는 다른 질문을 찾을 경우, 읽기에 ...
Q1. 우리가하려는 일이 가능합니까?
아니요. 포틀릿 기술은 Servlet 기술과 다릅니다. Liferay (또는 다른 어떤 포털)도 포털 내부에서 페이지를 렌더링하는 서블릿을 통합하는 방법을 제공하지 않는다. 예 : 서블릿에서는 web.xml에서 특정 서블릿에 대한 URL 매핑을 정의하지만 포털에서는 URL이 포틀릿 컨테이너에 의해 생성됩니다. 따라서 포털은 포틀릿이 아니라 포틀릿을 사용합니다.
Q2. 이 접근법은 우리가 의도 한 것에 권장 할만한가?
아니요. Q1에서 이미 설명했듯이.
Q3. 아니면 Liferay에 맞게 프로젝트를 처음부터 개발해야합니까? Liferay 또는 Liferay 문서에 제공된 다른 접근 방식으로 포틀릿을 개발하고 전개하는 것과 같습니다.
Yes (예) 다음을 Liferay 방법을 이동합니다.
사용자 정의 테이블과 통신하는 응용 프로그램을 빌드하려면 포틀릿을 사용해야합니다.
Q4. 데이터베이스 통합은 어떻습니까? 우리는 Liferay의 사용자 테이블과 완전히 다른 우리 프로젝트의 데이터베이스에있는 사용자 테이블에 약 15 개의 컬럼/필드를 가지고 있습니다.
당신을 Liferay로 이동합니다. 이 시나리오에서는 liferay-hook
& portlet
(service-builder
을 사용 중일 수 있습니다) 조합을 생성하여 Liferay의 사용자 생성 메커니즘을 사용자 정의하고 Liferay의 User 테이블과 사용자 정의 테이블에 데이터를 저장합니다.
Liferay의 권한 시스템은 실제로 매우 세분화되어 있으므로이 시스템의 이점을 누리고 데이터 수준에서도 권한을 설정할 수 있습니다. 결론적으로
내가 말할 것이다 :
모든 요구 사항이 무엇인지에 귀결 어떤 자원이 있습니다. 그리고 때로는 미래의 요구 사항을 가질 수 있습니다.
참고 :을 Liferay에 고유 한이 답변에 사용 모든 용어 (서비스 빌더, 후크 등 같은) liferay 태그 위키에 설명되어 있습니다.
희망이 도움이됩니다. 구체적인 것을 알고 싶다면 기꺼이 내 대답을 업데이트하십시오.
나는 당신이 적당한 장소에 당신의 질문을 게시하고 있는지 확신하지 못합니다. 매우 광범위한 질문입니다. – Mualig
내 질문에 대한 답변을 얻을 수 있도록 내 질문을 게시 할 위치를 제안하십시오. 나는 이미 Liferay 포럼 (http://www.liferay.com/community/forums/-/message_boards/message/17560580)에서 같은 것을 게시했지만 아직 답장을 보내지 않았다. –