웹 센터의 로컬 포틀릿

Question

webcenter 10.3.5 (최신 버전)로 포털을 개발하고 있으며 수집 할 수있는 것으로부터 로컬 인 경우에도 WSRP를 통해서만 포틀릿을 사용할 수 있습니다. 퍼포먼스 문제가 발생하기 싫어서 webcenter의 커스터마이즈 기능을 유지하는 로컬 포틀릿에 대한 대안을 찾으려고합니다. 예를 들어 webcenter 작곡가의 페이지에 포틀릿을 추가하십시오. 필자의 경우 포틀릿 패러다임을 유지하는 가장 좋은 솔루션은 무엇인가? 동시에 성능 문제는 발생하지 않습니다.

필자는 몇 가지 조사를 해본 결과 포털로 ADF 태스크 플로우를 노출 할 수 있다는 것을 알고 있습니다. 지금은 이것이 유일한 방법이라고 생각합니다. 나는 그것을하는 또 다른 방법이 있는지 궁금 해서요 ...

우리가 디자인하고있는 포털은 합리적인 수의 고객을 보유한 통신 회사의 셀프 케어 포털입니다. 대부분의 경우 그들은 긴 거래에 관여하지 않을 것이고 휴대폰을 토핑하고 SMS를 보내고 가격 책정 계획을 교환하는 등의 작업을 수행하기를 원합니다. 비즈니스 관점에서이 포털과 다른 포털 사이의 포틀릿을 공유하려고합니다 그들은 가지고있다. 필자의 첫 시도는 아마도 모든 요구 사항을 염두에두고 설계 되었기 때문에 모든 것을 포틀릿으로 간주하는 것이 었습니다. 즉 모든 것이 재사용 가능해야했기 때문입니다. 그러나 wsrp 프로토콜을 통해 액세스 한 포틀릿 만 사용하여 웹 센터에서 이와 같이 구축 된 사이트에 대한 온라인 참조를 찾는 데 어려움을 겪고 있습니다. 일부 포틀릿은 클라이언트에서 클라이언트로 변경되는 몇 가지 규칙에 따라 나타나야하므로 모든 것이 매우 동적 인 요구 사항이 있습니다. 또한 어떤 경우에는 페이지가 표시해야하는 포틀릿을 Webcenter Composer를 통해 구성하려고합니다. 이 모든 것을 고려해 볼 때 모든 것이 wsrp 포틀릿으로 구성되었다는 접근 방식을 고려하는 것이 합리적인지 궁금합니다. 내 관점에서 볼 때 다른 부분은 wsrp 프로토콜을 통해 액세스되는 포틀릿입니다. 즉, 외부 포틀릿과 웹 컨스트럭터를 통해서도 구성 할 수있는 작업 흐름입니다.

Answer 1

WSRP and ADF) 나는 당신이 WebCenter Portal에 대해 이야기하고 있다고 가정합니다. 명확성을 위해 WebCenter Portal is 11.1.1.4 (11g 패치 세트 3)의 최신 버전입니다. 포틀릿 및 기타 재사용 가능한 구성 요소에 대한 질문에 대해서는

:

WebCenter 포털 로컬 포틀릿 개념이없는 모든 포틀릿은 원격 있으며, WSRP를 통해 액세스 할 수 있습니다. 이는 포털 (고객)과 독립적으로 포틀릿을 확장 할 수 있기 때문에 유용합니다. 동시에, 관리 복잡성뿐만 아니라 일정 금액의 오버 헤드가 있습니다 (그리고 이것이 귀하가 염려하는 것입니다). 최근 버전의 제품을 사용하면 WSRP 오버 헤드에 지나치게 신경을 쓰지 않을 것입니다.

그러나 이것이 중요한 문제인 경우, 기본 ADF 태스크 플로우 사용을 항상 고려할 수 있습니다. 이들은 로컬 구성 요소이며, 실행시 SOAP 오버 헤드가 없습니다. 동시에 병렬로 실행되는 포틀릿과 달리 순차적으로 실행됩니다.

질문에서 언급 한대로 ADF 태스크 플로우를 JSR 286 포틀릿으로 노출 할 수 있습니다 (WSRP 2.0을 통한 원격 소비의 경우에도 마찬가지 임).

Here이 주제에 대한 유용한 데이터 게시물 몇 개가 있습니다.

희망이 있습니다.