Liferay 서버 또는 Websphere Portlet Factory가있는 Spring 포틀릿과 함께 할 것을 권장합니까? Websphere 포틀렛 팩토리 솔루션이 포틀렛 개발을 신속하게 처리 할 것으로 가정하지만 유지 관리 관점에서는 확실하지 않습니다. 이 두 기술 스택을 활용 한 개인적인 경험은 무엇입니까?Liferay 서버 또는 Websphere Portlet Factory가있는 스프링 포틀릿?
추가 정보 : 우리는 스프링 MVC에 대해 잘 알고 있으며 이미 Websphere portlet factory에 대한 기업 라이센스를 보유하고 있습니다.
제 경험상 WebSphere Portlet Factory는 많은 커터 - 커터 포틀렛을 함께 사용하는 데는 문제가 없지만 디버깅하기에는 끔찍합니다. 생성하는 코드에 직접 액세스 할 수 없으므로 해당 코드에 스택 추적을 볼 때 진행 상황을 파악하기 어렵습니다.
또한 WPF의 패러다임 내에서 매우 제한적으로 끝나기 때문에 경계 외부에서해야 할 일이 많습니다. Spring 포틀릿 MVC를 사용하면 사용하는 기술이 엄격한 포털 컨텍스트 외부에서 응용 프로그램을 사용한다는 이점을 비롯하여 훨씬 더 많은 유연성을 얻을 수 있습니다.
포털 프레임 워크의 문제점은 JSR 168 외부로 이동할 때마다 맞춤 확장 기능을 사용할 수 있다는 것입니다.
Liferay를 사용하면 lockin을 최소화 할 수 있습니다.
또 다른 제안은 포틀릿을 모두 포기하고 HTML, CSS 및 Ajax를 사용하는 것입니다. 그런 식으로 공급 업체에 얽매이지 않습니다.
포틀릿은 이므로 1990입니다. 그들은 정말로 당신을 무엇에 사들입니까?
프런트 엔드 기술 (HTML, CSS, AJAX)을 사용하면 포털 프레임 워크가 필요하지 않습니다. 그들은 완전히 다른 것들이 아닌가? –
그들은 완전히 다른 것들입니까? 나는 포털이 필요하다고 생각하지 않습니다. WebSphere 포털 서버가 없어도 똑같은 일을 할 수 있습니다. http://myiosoft.com/products/AjaxPortal/demo/ – duffymo
UI 팀이 포털 기술을 사용하는 이유는 무엇입니까? 포털 기술이 제공하는 것과 유사한 UI를 찾고 있습니다. 하나는 AJAX를 사용하여 그러한 UI를 쉽게 구현할 수 있으며 좋은 예를 제공했습니다. – anonmys
위대한, 이것은 지역 사회에 정말로 도움이 될 것입니다. – anonmys
실제 실제 시나리오에서는 조직과 관련이 있습니다. 웹 스피어를 사용하는 조직의 경우 일반적으로 빠른 관리를 위해 신속한 애플리케이션 개발을 사용하고 결과적으로 이러한 도구를 사용하도록 유도하는 고위 경영진에게 많은 압박을받는 경향이 있습니다. RAD 애플리케이션과 잘 설계된 애플리케이션의 단점에 대해 전적으로 동의합니다. – anonmys