Download presentation
Presentation is loading. Please wait.
Published byJasmin Bishop Modified over 9 years ago
1
uPortal and CHEF Charles Severance (csev@umich.edu) University of Michigan http://www.chefproject.org/
2
What is CHEF? Application development framework –Like a portal – Gadgets, flexible, reconfigurable, personalizable –Like an application – tool set is consistent and interwoven Applications – “Collaborative” –Course Management System – CourseTools –Research Group Collaboration – WorkTools / NEESGrid
3
CTNG/NeesGrid Screenshots
4
Portal Engine: Jetspeed Velocity CHEF Teamlets: Written in JAVA Responsible for GUI Operate in the context of a session. Rely on services for any persistent or “cross-user” information. Services Persistent System-wide Multiple implementations of services Configurable as to what implementation provides what service Servlets: Access services outside of the portal engine: AccessServlet and WebDavServlet Services API CHEF Architecture Web Server: Tomcat Turbine Non-HTTP Components (i.e. E-Mail)
5
Similarities Hierarchical Presentation / Aggregated Content Fine grained authentication/authorization Helper Notion
6
Differences Jetspeed framework Velocity Markup Language at the core CHEF –is both an application framework and an application (a set of coordinated tools) –is not a myUMich portal Services notion formalized uPortal uses CARs – Chef uses modules (source-bases)
7
Go Forward Jetspeed will be evolving to something based on WSRP and JSR-168 Want to take advantage of the following uPortal thrusts –Aggregated Content –XML at the core –WSRP and JSR-168 implementations Want to add to the uPortal thinking –Notion of Services –Super-duper-channel –CAR – and then Super-CAR
8
What is a Service Long-term lifecycle One instance –Must be aware that multiple users can use service –Can use memory resident information Pluggable implementations –Memory version –XML implementation –Web services implementation –Database implementation
9
Service Implementations Teamlet Service API “Generic” Service COmponent Portal Engine Service Component Service Component The API is an Interface which defines how we talk to a “Generic” service – There can be any number of different service implementations which implement the Interface. Service Cover
10
Services in Jetspeed / Turbine Teamlet Generic API Turbine Service Component Turbine Service Broker chef.properties Portal Engine The chef.properties file associates a particular service implementation with its service API at run-time. The cover uses Turbine to find the service at runtime. The Teamlet has no dependence on Turbine. Turbine Cover Turbine Aware
11
Desired Goal State Teamlet Generic API Generic Service Component Xyz Service Broker Xyz Config Portal Engine Generic Cover Xyz Aware Would like to find a standard API to/from a service broker so that we don’t have to develop a cover and service component for each broker.
12
The Super-Car File Standardization for interchange of two types of packaged components –User Interface Multiple presentation components –Service Service Package Portal Service Component Blah User Interface Package User Interface Component WML Component Swing Component HTML Component
13
Assembling a Portal A portal will require a standardized hosting environment for both User Interface and Portal Service packages Standardized Hosting Framework Service BrokerGUI Framework Service UIWML SwingHTML UIWML SwingHTML UIWML SwingHTML Service
14
Portal At Run Time The hosting framework provides services to all of the components –User Interface –Presentation –Service The components are connected using standardized APIs as appropriate by the hosting framework Standardized Hosting Framework Service Broker Portal Service Component GUI Framework User Interface Component HTML Component WML Component
15
Presentation and Framework Because of lack of standards, consensus, and experience in the space, we cannot standardize on portal and presentation approach at this time –Jetspeed –GridSphere –Java Desktop Applications –JSP –Perl –Command Line Interface Each approach has strengths and weaknesses Standardized Hosting Framework Service Broker Portal Service Component GUI Framework User Interface Component Presentation Component
16
HTML Framework Broker Service GUI UIHTML WML Future State Standardize full scope of hosting framework Packages usable in multiple environments SWING Framework Broker Service GUI UISWING Service UIWML SwingHTML
17
Schedule [To be determined later]
18
The Secret Plan for Total World Domination uPortal and CHEF steal best practice from each other and begin to align future efforts –Services / Super-GUI / Super-CAR Once we have services defined – make reference OKI service and OKI tools – deploy LOTS of places –uPortal, Jetspeed 1.4, Jetspeed 2.0, JSR-168, WSRP, (and Swing)
Similar presentations
© 2025 SlidePlayer.com. Inc.
All rights reserved.