[cle-release-team] [Building Sakai] Proposal: Replace Roster with Roster 2, fully retire Profile 1

Gast, Cynthia (cmw6s) cmw6s at eservices.virginia.edu
Thu Nov 21 07:22:38 PST 2013


Hello,

UVa currently uses Roster 1 with the Profile 1 dependencies.  Regarding this proposal, my question would be whether we would continue to have access to these after the replacement/retirement, if we chose to stay with them?  We make local changes to both of these, mainly in Roster 1.

We have not yet taken time to evaluate moving to Roster 2, and it may be that we should do that soon, but I wanted to understand if we would be forced to do that if this proposal goes through, and in which version (2.10?).

This is not a -1 or a +1, just a clarifying question.

Thanks,
Cindy @ UVa


________________________________
From: sakai-dev-bounces at collab.sakaiproject.org [sakai-dev-bounces at collab.sakaiproject.org] on behalf of Steve Swinsburg [steve.swinsburg at gmail.com]
Sent: Thursday, November 14, 2013 10:11 PM
To: sakai-dev; cle-release-team at collab.sakaiproject.org; sakai-pmc at collab.sakaiproject.org
Subject: Re: [Building Sakai] Proposal: Replace Roster with Roster 2, fully retire Profile 1

Clarification. Objections are to be received by Friday 22nd November 2013, which is one week from now.


On Fri, Nov 15, 2013 at 1:38 PM, Steve Swinsburg <steve.swinsburg at gmail.com<mailto:steve.swinsburg at gmail.com>> wrote:
Proposal

1. Remove Roster 1.

2. Add Roster 2.

3. Fully remove Profile 1. The tool has been deprecated and removed for some time, the API is the only part remaining.

Rationale

Roster 1 has been without proper community support for some time. When Profile2 was developed (2008, released 2009), both Profile2 and Profile1 ran side by side. The Profile1 tool was eventually deprecated and removed from the release in 2.8. However, due to architectural requirements, the Profile2-Roster1 integration depended on the Profile1 API and this is still deployed in the release.

Roster2 was subsequently developed (2010) with the same UI and base feature set as Roster1, but in a newer UI technology and more functionality. The Roster2-Profile2 integration uses EntityBroker and thus there is no direct API dependency between the two.

Due to the evolution of Profile2 and the number of image, privacy and preference combinations available, the Profile2-Roster 1 doesn't work fully, and no more work will be spent in this area.

The Roster2-Profile2 link is a complete integration and respects all privacy and preference configurations. With this tool in place, the Profile1 API can be fully retired.

Roster2 is a contrib tool, currently in use at a number of sites including Lancaster University and New York University [1].

Roster2 is currently deployed on the nightly+experimental server [2].

Roster2 is currently maintained by Adrian Fish and Steve Swinsburg.

Where to from here

Read the rationale above. A material objection (indicated by a -1 and accompany reasoning) raised by a Sakai PMC member will block this proposal.  Other opinions are welcome, indeed encouraged. Silence equals consent. Discussion should be on the sakai-dev list unless of a private nature in which case I am happy to correspond off list. Objections must be received before Friday 22nd November 2013 (two weeks from now).

Links

1. https://confluence.sakaiproject.org/display/RSTR/Roster2
2. http://nightly2.sakaiproject.org:8085/portal


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/cle-release-team/attachments/20131121/071a5429/attachment-0001.html 


More information about the cle-release-team mailing list