Title of Presentation: And a Very Very Very Very Long Subtitle

First Last, Title, InstitutionCris Holdorph, Software Architect, Unicon

July 2009 10th Sakai Conference - Boston, MA, U.S.A.

The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions.The development, release, and timing of any features or functionality described for Oracle’s products remains at the sole discretion of Oracle.

Agenda

• LIS Overview/Recap• LIS Adoption• Sakora Overview/Recap• The future of LIS and Sakora in Sakai• Questions

July 2009 310th Sakai Conference - Boston, MA, U.S.A.

LIS: The Basics

July 2009 10th Sakai Conference - Boston, MA, U.S.A. 4

Customer Needs

• Near real time integration• Course to course site mapping (multi-

section and cross-listed courses)• Final grade reporting• Support for adjunct solutions (e.g., course

evaluations, external wikis, etc.)• Lower and more controlled integration

costs

Learning Information Services 2.0

• Specification for exchanging student administration information

• Primarily used for LMS/SIS integration (today)

• Planned support for adjunct app integration

• Formerly IMS Enterprise Services (ES) 2.0

IMS LIS v2, Continued

• Currently in working group• Co-chaired by AES Architect• Significant changes and enhancements:

• Relationships between courses/sections• Enhanced Grade/Outcome model• Better handling for multi-sectioned and cross

listed courses

Value to the Institution

• Implementation cost• Maintenance cost• Choice of solutions• Faculty ease of use

What’s New

• Better handing of course structures• Clear relationships between course structures• Standard handling of multi-section and cross-listed courses

• More robust grades and outcomes management• Bulk operations• Event-driven service support• Conformance profiles• LDAP Binding

LIS and SAIP Adoption and Progress

July 2009 10th Sakai Conference - Boston, MA, U.S.A. 10

Participation

• Oracle & Desire2Learn Co-chair• Sungard, Blackboard also on committee• Department of Education, Science and Training

(DEST), Australia• JISC Centre for Educational Technology and

Interoperability Standards (JISC CETIS), UK• Other vendors/projects testing include Sakai

(via Unicon), Moodle (via Moodlerooms), Facebook (via Inigral)

LIS Progress

• CM/DN release is out• LIS Alliance is in the works• Interoperability demo planned for October• Public draft will follow

Latest in Adoption

• Sakai, Moodle, and Schools on Facebook have released integrations

• TimeCruiser in testing• SunGard, Blackboard, Desire2Learn in

development

SAIP Progress

• LDAP integration released• Michigan about to go into production• Lahore University piloting• Multi-target integration planned for this

year

Sakora Overview/Recap

July 2009 10th Sakai Conference - Boston, MA, U.S.A. 15

Integration Points• Snapshot / Incremental support• Event support• Gradebook support

Sakai Technologies Used• Course Management (CM) API

• CM API Hibernate Implementation• Messaging Service• Job Scheduler

Java Technologies Used• Spring Web Services• Java Messaging Service (JMS) / Active

MQ• Quartz• Hibernate

Sakai Course Management API

• CM API was introduced in Sakai 2.3• Sakai Tools and Services Supported

• Worksite Creation (Site Metadata, Participants)

• Gradebook (Participant data, Course Metadata)

• Roster (Participant data)• Section Info (Section data)• Resources Tool (Course Start/End dates)

Course Management API Implementations

• Sakai Course Management API is a series of Java Interfaces

• An implementation of the Sakai Course Management API must be chosen

• Default implementation that ships with Sakai is a Hibernate database storage implementation

• Two general strategies for implement CM API• Directly query the SIS database• Import data into Sakai database

Sakai Course Management API Concepts

• Canonical Course• A general course that exists across sessions

• Course Offering• Occurs in a specific session and can have a grade type, status type, etc.• Can be thought of as a Canonical Course for a particular session

• Course Section• Related to a course offering, has a schedule, location, roster, etc.

• Course Set• A group of canonical courses used to describe majors, departments or

other high level collections of canonical courses• As implemented it may also be used to group course offerings• May contain other Course Sets

Sakai Course Management API Concepts

• Academic Session• A unit of time in which a course offering exists

• Membership• Describes participation of a person in a course, their

role (instructor, department admin) and status (active/inactive) in the course

• Enrollment / Enrollment Set• Represents official relationship of a student to

something that gets a final grade• Includes enrollment status, credits, grading scheme

Sakai Course Management API Diagram

Sakai Messaging Service• Created as a contrib project based on Sakai 2.5 branch• Can be back ported and run in Sakai 2.4.x• Original Goal was to provide a facility for

• Event management (proof of concept complete)• Cluster services (proof of concept complete)• Chat (future idea)

• Apache ActiveMQ is the used in the initial implementation• Support for failover• Support for File System or Database persistence

Sakai Job Scheduler• Graphical front-end to the

management of a Quartz subsystem• Jobs can be run

• now – immediately• future – with cron like triggers

Sakai – Implementation

WS call (out)

WS call (in)

Queue (Active MQ – JMS)

CM API

Sakaitools

Quartz

JMS sender

JMS listener

SA

IP

Ora

cle C

am

pu

s So

lutio

n

Hibernate Impl

XML file

Gradebook

WS

Handlers

Message Handlers

• Handles one or more types of IMS LIS messages

• Calls Course Management Hibernate Implementation Service Methods

• Opportunity to implement Institution specific business rules

The future of LIS and Sakora in Sakai

July 2009 10th Sakai Conference - Boston, MA, U.S.A. 28

Sakai Future Directions• Automated Worksite Provisioning from CM API

data• Support for Section Association like data in the

CM API• CM API data browser admin tool

• Note: a contrib tool exists for AcademicSession

• Support for the CM API built into more Sakai tools

Sakai Future Directions (2)

• Sakora support for enrollment status• Flat file support (in addition to IMS LIS web

services support)• Josh Ryan is actively working on this

• Oliver Heyer (Berkeley) heading up a group working on defining how Groups and Roles should work in Sakai 3 (Kernel 2)

More Information

• Sakai 2.x Course Management Working Group

• http://confluence.sakaiproject.org/x/MICGAg

• Sakai 3 / Kernel 2 Groups and Roles Project• http://confluence.sakaiproject.org/x/CID3

Questions?

July 2009 10th Sakai Conference - Boston, MA, U.S.A. 32