[Igf-dev] Governance & Naming

Tue Mar 25 10:13:01 PDT 2008

Sounds like a plan, I think Phil and I have CLAs signed for the IGF work 
at least

I liked  the article - unfortunately, I do think naming is a reasonable 
big deal - we are hoping that these projects are long-lived and some 
kind of compact handle is really, really good thing. I am worried about 
the proliferation of too many open's - OpenLiberty Panda or OpenLiberty 
XXX sounds about right to me.

Anywayz, as you suggest, we should discuss this as a group of 
contributors and agree on some basic guidelines...

- prateek
> governance:
>
> I think we need to get the CLAs signed as Brett has suggested. 
>  Any *guidelines* on project naming should be decided by this smaller 
> governance group.  My suggestion is that we do this first, and then go 
> about naming our own projects.  This smaller group should decide on 
> things like whether or not we want to have a convention that ties the 
> projects together e.g. "All projects begin with BeerAndWings, sub 
> projects are denoted with a suffix indicating their language, /J /C"  
>
>
> as for project naming in general:
>
>
> On Naming an open source project:
> http://www.advogato.org/article/67.html
>
> Here is a list of apache top level projects, many are headers for lots 
> of other projects (down below the list I make my point):
>
> # HTTP Server <http://httpd.apache.org/>
> # ActiveMQ <http://activemq.apache.org/>
> # Ant <http://ant.apache.org/>
> # APR <http://apr.apache.org/>
> # Beehive <http://beehive.apache.org/>
> # Cayenne <http://cayenne.apache.org/>
> # Cocoon <http://cocoon.apache.org/>
> # Commons <http://commons.apache.org/>
> # Continuum <http://continuum.apache.org/>
> # DB <http://db.apache.org/>
> # Directory <http://directory.apache.org/>
> # Excalibur <http://excalibur.apache.org/>
> # Felix <http://felix.apache.org/>
> # Forrest <http://forrest.apache.org/>
> # Geronimo <http://geronimo.apache.org/>
> # Gump <http://gump.apache.org/>
> # Hadoop <http://hadoop.apache.org/>
> # Harmony <http://harmony.apache.org/>
> # HiveMind <http://hivemind.apache.org/>
> # HttpComponents <http://hc.apache.org/>
> # iBATIS <http://ibatis.apache.org/>
> # Incubator <http://incubator.apache.org/>
> # Jackrabbit <http://jackrabbit.apache.org/>
> # Jakarta <http://jakarta.apache.org/>
> # James <http://james.apache.org/>
> # Labs <http://labs.apache.org/>
> # Lenya <http://lenya.apache.org/>
> # Logging <http://logging.apache.org/>
> # Lucene <http://lucene.apache.org/>
> # Maven <http://maven.apache.org/>
> # Mina <http://mina.apache.org/>
> # MyFaces <http://myfaces.apache.org/>
> # ODE <http://ode.apache.org/>
> # OFBiz <http://ofbiz.apache.org/>
> # OpenEJB <http://openejb.apache.org/>
> # OpenJPA <http://openjpa.apache.org/>
> # Perl <http://perl.apache.org/>
> # POI <http://poi.apache.org/>
> # Portals <http://portals.apache.org/>
> # Roller <http://roller.apache.org/>
> # Santuario <http://santuario.apache.org/>
> # ServiceMix <http://servicemix.apache.org/>
> # Shale <http://shale.apache.org/>
> # SpamAssassin <http://spamassassin.apache.org/>
> # STDCXX <http://stdcxx.apache.org/>
> # Struts <http://struts.apache.org/>
> # Synapse <http://synapse.apache.org/>
> # Tapestry <http://tapestry.apache.org/>
> # TCL <http://tcl.apache.org/>
> # Tiles <http://tiles.apache.org/>
> # Tomcat <http://tomcat.apache.org/>
> #  Turbine <http://turbine.apache.org/>
> # Velocity <http://velocity.apache.org/>
> # Wicket <http://wicket.apache.org/>
> # Web Services <http://ws.apache.org/>
> # Xalan <http://xalan.apache.org/>
> # Xerces <http://xerces.apache.org/>
> # XML <http://xml.apache.org/>
> # XMLBeans <http://xmlbeans.apache.org/>
> # XML Graphics <http://xmlgraphics.apache.org/>
>
>
> Hmm.... seems all over the road in terms of naming conventions, yet, I 
> know of, use, and refer to many of these projects all the time.  I'd 
> like to note also that "HTTP Server" is actually the apache web 
> server, as I am sure you all know.  So this supports Phil's point 
> about not calling the ID-WSF 2 libraries "OpenLiberty." Obviously at 
> the highest level (Apache foundation's list of projects) they decided 
> it should not be referred to as apache, even though it is apache 
> everywhere else in the world... there's a lot in a name.  
>
> more later when I have had some time to think,
>
> asa
>
>
>
>
>
>
> --
> Asa Hardcastle, Technical Lead, openLiberty ID-WSF ClientLib
> Tel: +1.413.429.1044 Skype: subsystem7
>
>
>
>
> On Mar 22, 2008, at 7:27 PM, Brett McDowell wrote:
>
>> If Phil has the premise correct -- i.e. if all the WSF projects do 
>> actually breakdown neatly into Toolkit, AppKit, and ProviderKit -- 
>> then how about..
>>
>> option A:
>> OpenLiberty TrustFed ToolKit
>> OpenLiberty TrustFed AppKit
>> OpenLiberty TrustFed ProviderKit
>>
>> option B: (I'm just throwing something out there... it seems the 
>> heart of WSF is the concept of "my services")
>> OpenLiberty MyServices ToolKit
>> OpenLiberty MyServices AppKit
>> OpenLiberty MyServices ProviderKit
>>
>> option C (already one vote against this from Phil, but let's just 
>> keep the options on the table until we get a decision):
>> OpenLiberty OpenWSF ToolKit
>> OpenLiberty OpenWSF AppKit
>> OpenLiberty OpenWSF ProviderKit
>>
>> option D: (noting one vote for this from Phil... maybe)
>> OpenLiberty Panda ToolKit
>> OpenLiberty Panda AppKit
>> OpenLiberty Panda ProviderKit
>>
>> option E ??
>>
>> But I have a meta-question... who should be making this decision 
>> anyway?  I think with Sampo, Conor and AOL (presumably George 
>> Fletcher) signing CLA's (any day now?) we finally have an official 
>> independent group of contributors to take over "governance" of this 
>> project.  And since this naming does impact the other IGF project we 
>> need to add Phil and Prateek to that list.  So maybe only Phil, 
>> Prateek, Asa, Sampo, Conor, and George need to make this decision?  
>> Gentlemen, are we at that point yet?
>>
>> Brett McDowell | Liberty Alliance <http://www.projectliberty.org> | 
>> vCard <http://www.ictprojects.com/Brett_McDowell_LAP.vcf> | Calendar 
>> <http://www.google.com/calendar/hosted/ictprojects.com/embed?src=brett%40ictprojects.com&ctz=America/New_York> 
>>
>>
>>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Igf-dev mailing list
> Igf-dev at lists.openliberty.org
> http://lists.openliberty.org/mailman/listinfo/igf-dev_lists.openliberty.org
>   