Return-Path: Delivered-To: apmail-felix-dev-archive@www.apache.org Received: (qmail 82715 invoked from network); 8 Jun 2010 06:26:16 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 8 Jun 2010 06:26:16 -0000 Received: (qmail 99856 invoked by uid 500); 8 Jun 2010 06:26:16 -0000 Delivered-To: apmail-felix-dev-archive@felix.apache.org Received: (qmail 99739 invoked by uid 500); 8 Jun 2010 06:26:16 -0000 Mailing-List: contact dev-help@felix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@felix.apache.org Delivered-To: mailing list dev@felix.apache.org Received: (qmail 99726 invoked by uid 99); 8 Jun 2010 06:26:15 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Jun 2010 06:26:15 +0000 X-ASF-Spam-Status: No, hits=1.9 required=10.0 tests=AWL,FREEMAIL_FROM,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gnodet@gmail.com designates 74.125.82.177 as permitted sender) Received: from [74.125.82.177] (HELO mail-wy0-f177.google.com) (74.125.82.177) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Jun 2010 06:26:10 +0000 Received: by wyj26 with SMTP id 26so2135376wyj.22 for ; Mon, 07 Jun 2010 23:25:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=4enJgSLq+y+xkf54VMD6Z8imjYygyhrNC94443v6JbI=; b=uiIrdm8es92hm46QrMY5iIXpWdfqcsyjFjoT1E8pva8awcyjDucHTNR/mhel/5hYmz SR/4sZOUuzYIPkTBICEP4HP+xy2mdpq4dRhUVMUA4Oxpq3MfJKk5l9GB6Qx7VKrc8beb 0bQVX8p5a5OPIM7kDdCgiV2e6DnRxdeYpE0Yk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=UjDMMRYkWHTXXuy5zWejwvKX9VT5yui5f4EJ7Muz/DVvcIOj13KPbNcgwGJ3x+Syac vaxRFe+R2T6WZ0Qfltbp69NJDMBNAdo5XVO1lUp2FDNrtyMLvxBEn6TuF6NuOHANffi/ a3H7SjIhxmD7SlWSSbm1lClesCGhBr5Q9dQoY= MIME-Version: 1.0 Received: by 10.227.153.201 with SMTP id l9mr14478781wbw.56.1275978347826; Mon, 07 Jun 2010 23:25:47 -0700 (PDT) Received: by 10.216.11.66 with HTTP; Mon, 7 Jun 2010 23:25:45 -0700 (PDT) In-Reply-To: <07054A66-6F24-4C3A-85CC-5BEB03418B98@gbiv.com> References: <4C0CEF7B.6050901@ungoverned.org> <44FB39B4-05D3-4AFE-BE7C-15C7472D361E@gbiv.com> <4C0D53CF.8010407@ungoverned.org> <07054A66-6F24-4C3A-85CC-5BEB03418B98@gbiv.com> Date: Tue, 8 Jun 2010 08:25:45 +0200 Message-ID: Subject: Re: Proposed Resolution: Establish Apache Karaf as a TLP From: Guillaume Nodet To: dev Cc: "Roy T. Fielding" Content-Type: multipart/alternative; boundary=001485f4501a29da9304887edc7c --001485f4501a29da9304887edc7c Content-Type: text/plain; charset=ISO-8859-1 On Tue, Jun 8, 2010 at 00:30, Roy T. Fielding wrote: > On Jun 7, 2010, at 1:17 PM, Richard S. Hall wrote: > > > On 6/7/10 15:52, Roy T. Fielding wrote: > >> Hi Richard, > >> > >> This isn't too important, but I have to admit that > >> > >> > >>> charged with the creation and maintenance of > >>> open-source software related to an OSGI based runtime for > >>> creating enterprise servers > >>> > >> doesn't actually say anything meaningful to me because > >> it has too many happy market terms. > >> > >> Would it be fair to summarize Karaf as > >> > >> "an OSGI-based runtime container that allows various components > >> and applications to be dynamically deployed within a Java servlet > >> environment" > >> > > > > I don't think there was an attempt to use "happy market terms", but we > can certainly try to improve the description. > > > > Your characterization seems somewhat narrowly focused on servlets, but > Karaf really is a generic, OSGi-based runtime for creating enterprise > servers, which may or may not use servlets. It simply tries to provide a > common set of generic features needed by enterprise services, such as hot > deployment, configuration management, logging, extensible and remotely > accessible shell, etc. You could build any sort of server out of these > features. > > Just to be clear, I don't know if Karaf has any association with > servlets -- it was just a suggestion based on the website content > and the fact that it seems to be Java only. > Out of curiosity, what made you think about servlets? The main page: http://felix.apache.org/site/apache-felix-karaf.html does not talk about servlets at all. > > Enterprise (at least the way you are using it) is a happy market term. > What it would normally mean in a software context is a software system > that spanned multiple organizations within a larger federation (such > as many departments within a large company). Unless Karaf is actually > doing something as an application, like a CMS or Peopleware or SAP or > Subversion, then it doesn't make sense to say that it is creating > enterprise servers (if there is ever any sense in that phrase). > Saying that it provides OSGI services that are commonly used by > enterprise servers is fine. > Karaf is currently used as the basis for ServiceMix (an Enterprise Service Bus) and Geronimo (implementation of Java Enterprise Edition). I think ActiveMQ (JMS broker) will use it too for the next major version. Other typical enterprise servers that could use Karaf are James (mail server) or DS (ldap). So I think it's a fair description or Karaf's main purpose, and the intent was really not to use buzzwords as you seem to imply. > > I understand your main concern to be that the description is too broad, > is that correct? Given that the applicability of Karaf is broad and generic, > do you have any further suggestions on how better to describe it to make it > sound more focused? Thanks. > > Yes, but my suggestion was inaccurate because I don't know enough > about Karaf. I just need it to be specific enough to exclude what > Felix and Sling are already doing, at least, and preferably exclude > other applications of OSGI as well. And you can be specific to Java, > unless you actually intend not to be. > FWIW, Karaf reuses Felix components a lot and Sling could use Karaf as it base runtime (though it doesn't). OSGi is already a java specific technology, so I don't think we need to be redundant either. > ....Roy > > p.s. and PLEASE don't CC private lists on public email > > -- Cheers, Guillaume Nodet ------------------------ Blog: http://gnodet.blogspot.com/ ------------------------ Open Source SOA http://fusesource.com --001485f4501a29da9304887edc7c--