Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

Sakai Planning for the next Sprint Iteration

Meeting Notes

October 23, 2006

1. Biggest effort is 2.2/ 2.3 upgrade
Impact analysis
Providers
Sections but maybe not with tools aware.

Decision: Thomas volunteered to take the lead on this. He'll experiment with upgrading our version of Sakai 2.2 and 2.3 and see what kind of errors occur. Most significant is the effect these upgrades will have on our providers.

James will partner with him. They'll write up their results and speculate on the effort hours. May need one other person on this to focus on Melete upgrade and importing its content. Could be Brian or Lisa.

2. Clustering. We could take the approach of a simple clustered environment, in which everything is on each of the application servers rather than having some modules in shared space and some on the application servers. This is the approach Chris Lamburtus took.

Decision: Thomas will work on this for the next two weeks and see if he can get this into production this way.

3. RAC. This will lead us to creating our 5 different environments (Prod, Integration, Test, Dev, and Release Staging). Currently we have an instance of the Dev database in RAC development environment. We need to connect to it and then test to make sure everything works as it should. Also we need QA to test the set up.

Decision: This should proceed as a priority. Jon and Brian can partner on this effort. Who will own this?

4. AFS Differentiated: This is a more advanced configuration for AFS to separate personal and course page content in AFS. AFS has a constraint for 64,000 files in one folder (volume?) Not sure if this is key for separating personal and course page content.

Decision: This is not as high a priority as the RAC and 2.2 / 2.3 upgrade. This is still owned by Brian. If time allows, Brian may be able to multi task and work on AFS differentiated. The 2.2 / 2.3 upgrade and RAC deployment are more important for Brian's participation.

5. Migrate website content to SmartSite: This was not discussed in our meeting but Kirk asked for this to be considered a priority. This continues to be owned by Brian Donnelly. This is not more important than the 2.2 / 2.3 and RAC upgrade however. If time allows, Brian can work on this task.

Decision: Since we did not discuss this, there was no decision. We need input from Brian on this one.

6. Samigo. There are several issues going on with Samigo all now. The Campus was to collaborate with SVN and SOM to address functional issues in collaboration with the Sakai Foundation. Some decision must be made regarding this.

Decision: Liz will talk to Stanford et al to organize a decision making forum for Samigo.

However, with regards to local changes to Samigo, Lisa continues to own the migration tasks already in progress, including importing question pools, export media from Quiz Builder, and exporting question pools from MyUCDavis. These efforts are priorities.

Decision: Lisa will continue finishing up the data migration tasks for Samigo and participate in the 2.2 / 2.3 upgrade as time allows. Sandra will create a story for exporting media from QB.

7. QA testing tools. The group agreed that there will be many testing (Regression, QA) opportunities in the near future. This is a priority. We could use Silenium but is has a labor-intensive installation curve. Pat says we need to provide her with detailed schedule for our QA needs. Sandra will take ownership in preparing a detailed schedule for when collections of work may be ready for QA.

Decision: Emily will investigate Silenium(sp) and see if she can make progress with its use.
Decision: Sandra will create a schedule of QA testing needs.

8. Nightly Builds. This is a nice to have. This allows us to see how far out of synchrony we are from the Foundation's code. This would aid an impact analysis eventually.

Decision: Emily will look into this but it's not an immediate priority.

9. Other Jira stories/ enchancements/ bugs still open.

Decision: Kirk and Sandra will identify which other Jira entries that are still open can wait until we are actively working on the 2.2 / 2.3 upgrade.

  • No labels