[Igf-dev] Governance & Naming

Tue Mar 25 10:21:50 PDT 2008

Yes you and Phil are full OpenLiberty.org contributors based on the CLA
Oracle signed.

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>

On Tue, Mar 25, 2008 at 1:13 PM, Prateek Mishra <prateek.mishra at oracle.com>
wrote:

> 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
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openliberty.org/pipermail/igf-dev_lists.openliberty.org/attachments/20080325/46986d1a/attachment-0001.html 