On 9/17/10 11:36, Marcel Offermans wrote:
On 17 Sep 2010, at 18:35 , Richard S. Hall wrote:

 From my point of view, approach (1) might not be awesome, but it results in a 
simpler process than (2). So, I'd recommend (1). If the majority prefers (2), 
then we can do that (although I think we'll have to run the decision by the 
board first).
I prefer (1) too.

I could see us combine (1) with (2), releasing implementations with both our own 
APIs which gives us the freedom to experiment with a new API whilst still 
"supporting what's provided by public releases of draft specs.

However, this doesn't avoid the IP grey of releasing "unofficial" APIs in our "official" releases. Effectively, option (2) is a hybrid approach, since we couldn't make modifications in the provisional API unless it were available in a public spec snapshot, so any modifications would have to be done in felix package namespace. Which sort of makes (2) the worst of both worlds.

-> richard

In the end, we are an open source project, so we should stick to what's 
available out in the open.

Greetings, Marcel

Reply via email to