continuum-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rahul Thakur" <>
Subject Re: short term branch for project/group keys
Date Tue, 16 Jan 2007 18:40:19 GMT

Jesse and myself had a chat yesterday morning about the key-refactoring
branch that we spun before Christmas last year, and we reckon that it
might be an idea to get 1.1-alpha rolling and meantime gather more
thoughts around Groupings (introduce versions/tags). We think having
String-based keys for groups might be more feasible for v1.2.

However, we are keen to bring over the API changes where the 'int' Ids
are now converted to 'long'. Some other bits like breaking up the
existing Project and ProjectGroup interfaces can be continued on the
trunk itself after the merge.

What do others think?


----- Original Message ----- 
From: "Jesse McConnell" <>
To: <>
Sent: Friday, December 22, 2006 8:30 AM
Subject: short term branch for project/group keys

>I am thinking about pulling a short term branch of continuum with
> rahul and working on getting everything converted to using a string
> based key project and project group reference in all apis and in all
> of the UI decision making items.  He has tomorrow off so I think that
> unless anyone has any big issues with it we'll try and make that
> branch and work on it tomorrow.
> the end result of it would be:
> * int id's for project and project group in the model are for internal
> store usage
> * name's for project and project group are for presentation purposes
> only
> * key's are for all api usage and passing around un URL's etc.
> some quick benefits are:
> * consistency across all apis and url manipulations
> * ability to add quick url rewriting for direct linking of projects
> * common keys across running continuum instances for clustering
> jesse
> -- 
> jesse mcconnell

View raw message