2012-05-25 4 views
2

WAS 7 위에 WebSphere Portal Server 6.1에 포틀릿을 배치하는 JSF 1.2를 사용하는 프로젝트에서 작업 중입니다. 다양한 계약/정치적 이유로 인해 우리는 JSF 1.2.스프링 빈을 사용하여 JSF 1.2에서 jsf 2.0보기 범위 에뮬레이션

그러나. 우리는 AoP 로깅을 얻기 위해 애플리케이션 전반에 걸쳐 Spring 빈을 사용하고있다.

JSF 2.0을 사용할 수 없다는 것은 다소 귀찮습니다. 특히 뷰 범위는 앱에 이상적입니다. 그것은 높은 사용량 사이트가 될 것이며 세션 범위의 모든 페이지 빈을 유지하는 것은 낭비입니다. 그리고 나는 나중에 비 기능 테스트 팀의 눈썹을 일으킬 것입니다.

Spring의 사용자 정의 범위와 Spring 범위로 설정된 활성 bean 맵을 유지 관리하고 사용자 페이지에이 구성 요소를 연결하는 사용자 정의 JSF 구성 요소를 사용하여 View Scope을 에뮬레이션 할 수있었습니다. 함께이지도에 콩을 찾을 수있는 사용자 정의 변수 리졸버와, 우리가보기 범위를 에뮬레이션 할 수 있어야한다

(우리의 여행은 네 페이지이지만, 각 페이지가 같은 페이지에 몇 포스트 백있다)

을 이 접근 방식은 어떻게 소리가 나나요? 나는 이것을 내가 프로젝트 동료들에게 제시하고 이미 작성한 bean 코드를 찢어 버리고 시작하기 전에 발에서 자신을 어떻게 든 촬영하지 않을 것이라고 확신하고 싶다.

답변

3

Spring에 대해서는 잘 모르지만 JSF 1.2 관리 Bean의 경우 Tomahawk's<t:saveState>은 JSF 1.2 요청 범위가 지정된 bean이 JSF 2.0 뷰 범위 Bean과 거의 비슷하게 동작하도록하는 방법이었습니다. 거의, 왜냐하면 view와 state saving을 파괴하는 것이 JSF 2.x에서 좀 더 효율적이기 때문이다. 그러나 그 효과는 궁극적으로 동일합니다.

다른 곳 뷰에서 해당 태그에 의해 빈을 참조하기 만 : 그것은 t 같은 소리

<t:saveState value="#{bean}" /> 
+0

: savestate 내가 정치적인 이유로 다시 제안하지만,있어 정확히 않습니다, 우리가 ' 바닐라 JSF로 다시 붙어있다 :(IBM은 "공식적으로 포털 6.1에서 공식적으로 바닐라 JSF 1.2를 지원할 것이라고 말했고/JSF2는 작동해야하지만 7"이었다. 우리 관리자는 "JSF 1.2 만 사용하고 3 번째 파티 라이브러리 ") -하지만 우리는 xhtml 프레젠테이션에서 다음 단계로 Spring을 사용하고 있습니다. –

+0

그래서 JSF 1.2 컴포넌트 라이브러리도 없습니까? 음, Tomahawk은 오픈 소스이기 때문에, ""소스를 둘러 보거나 대여 할 수 있습니다 (라이선스 문제를 파악한 후 ...). – BalusC

+0

예. 정확히 할께, 고마워! –

관련 문제