Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Repair Jira Macros

...

You can find the SCORM Player source code in the SakaiContrib's GitHub account. From there, you can choose to either clone the repository to your local machine, or download a .ZIP file containing the source code. You'll notice that in the GitHub repository , there are several branches of the source code for you to choose from, each corresponding to a specific version, or version family, of Sakai:

  • The 'master' branch corresponds with the 'master' branch of the main Sakai code base (commonly/previously referred to as 'trunk'), and should be used for development on and deployment to the latest, in development version of Sakaiprogress version of Sakai
  • The '12.x' branch corresponds to the 12.x version family of the Sakai code base
  • The '11.x' branch corresponds to the 11.x version family of the Sakai code base
  • The '10.x' branch corresponds to the 10.x version family of the Sakai code base

These '.x' branches are also commonly referred to as 'maintenance branches', and as new version of Sakai are cut and tagged, a matching version of the SCORM Player will be cut from the appropriate maintenance branch. For example, when the Community cuts and releases the official 11.0 tag from the main 11.x Sakai code base, the SCORM Player will follow suit and cut an 11.0 tag from it's own 11.x maintenance branch. The same can be said for releases in the 10.x version family.When the time comes that the Community creates a 12.x branch, and ultimately releases a 12.0 release, the SCORM Player will naturally follow suit. A new '12.x' maintenance branch will be cut from master, and master will effectively become what will later be known as version '13'', and as new versions of Sakai are cut and tagged, a matching version of the SCORM Player will be cut from the appropriate maintenance branch.

Building & Deploying the SCORM Player for Sakai 10+

...

Currently, if you rely on auto.ddl to create the SCORM tables during Tomcat startup, the hibernate mapping is incorrectly interpreted and creates some columns with the types LONG and LONG RAW. This is against the recommendation of Oracle (these datatypes have been deprecated), and the tool explodes if you try to use it. The issue has been raised and is being tracked @

Jira Legacy
serverSakaiSystem JIRA
serverId66e9c5b597e0cfea-d22cfe72-30a2310f-a9d4a179-703f4354570c8363adfc350a
keySCO-84

In the mean time, you can use the following workaround to make the tool work with an Oracle database.

...