[Building Sakai] Using maven profiles for sakai versions in contrib projects

Jim Eng jimeng at umich.edu
Mon Oct 4 09:54:50 PDT 2010


I added a confluence page under "Release Management" named "Mapping dependencies by version":

	http://confluence.sakaiproject.org//x/8oA9B

I have included the jars from kernel plus one jar used by evalsys that went indie in 2.7.x (scheduler-api).  My intention is to add rows to this table for other indie jars that might be needed by contrib projects.  Anybody with information is invited to add rows to the table.  

The code for evalsys is here:

	https://source.sakaiproject.org/contrib/evaluation/

Thanks.

Jim




On Oct 1, 2010, at 3:23 PM, Anthony Whyte wrote:

> Where in contrib is the evalsys code located?
> 
> As for indie dependencies, see the Release Management space in Confluence.  Click on the "Release" tab.  Indies deployed by 2.8.0-a01, 2.7.1 and 2.7.0 are listed in each page by version.  That will give you a starting point for those indie releases included in general Sakai 2x production releases and QA tags (in the case of 2.8).
> 
> I need to add pages for 2.6 as entitybroker, polls and reset pass were all versioned independently by their authors.  I'll do so within the next few days.
> 
> Cheers,
> 
> Anth
> 
> 
> 
> 
> 
> On Oct 1, 2010, at 2:56 PM, Jim Eng wrote:
> 
>> I have a couple recommendations based on the work I did yesterday creating maven profiles for the evalsys project to make it easier to build and deploy with sakai 2.6.x and sakai 2.7.x (as well as sakai 2.5.x).   
>> 
>> First, I used the profiles from gradebook2 as an example in writing these profiles.  As Matthew Jones suggested a while back, it will be helpful if most contrib projects use the same id's for their profiles.  For evalsys, we used the same profile id's as gradebook2, and it would be excellent if other people used these as well: sakai2.5, sakai2.6, sakai2.7, etc.  Also it would be really good if each project had a readme file in its root directory with information about adapting the source to build/run with various versions of sakai.  That readme should give the id's of the profiles, and any other changes that should be made.  For example, evalsys has the version of sakai hard-coded in the parent element of its root pom.  The readme should mention that that needs to be changed to the sakai version you are using.
>> 
>> Second, I had a hard time tracking down the right way to specify dependencies for jars that come from indie projects in 2.7.x.  I would like to create a page in confluence that shows the dependency needed for each profile.  If that already exists somewhere, I won't bother, but if it doesn't, I will add it.  Any suggestions about where it should be in confluence would be appreciated.
>> 
>> Thanks.
>> 
>> Jim
>> 
>> 
>> _______________________________________________
>> sakai-dev mailing list
>> sakai-dev at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>> 
>> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>> 
>> 
> 



More information about the sakai-dev mailing list