Return-Path: X-Original-To: apmail-karaf-dev-archive@minotaur.apache.org Delivered-To: apmail-karaf-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 23E2510A23 for ; Fri, 17 Jan 2014 09:10:48 +0000 (UTC) Received: (qmail 25604 invoked by uid 500); 17 Jan 2014 09:10:47 -0000 Delivered-To: apmail-karaf-dev-archive@karaf.apache.org Received: (qmail 25580 invoked by uid 500); 17 Jan 2014 09:10:47 -0000 Mailing-List: contact dev-help@karaf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@karaf.apache.org Delivered-To: mailing list dev@karaf.apache.org Received: (qmail 25572 invoked by uid 99); 17 Jan 2014 09:10:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Jan 2014 09:10:45 +0000 X-ASF-Spam-Status: No, hits=-0.5 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of cschneider111@gmail.com designates 209.85.216.48 as permitted sender) Received: from [209.85.216.48] (HELO mail-qa0-f48.google.com) (209.85.216.48) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Jan 2014 09:10:39 +0000 Received: by mail-qa0-f48.google.com with SMTP id f11so3119127qae.35 for ; Fri, 17 Jan 2014 01:10:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=E7AFytivcuzcVZ+h+6lqFxsHPv/voeQ27fXJSx7RQ7w=; b=lrGFdXbzQXNMexv719F/Eax3dpXoUWTw2+q1EJVlzd+kfArEpqchzLJ4WsIBO2DOon 1Dc/tgjlM2LGPvwBUC4IvceyvThMCmlytV35OrymbmNmc2pGBpl9rs7oxUzV9nn4htue sZedQBIPsvF3foIo8ZQHyj+f+qz+6NYqyEFs6BP9xYnE5vWLtiIpFvvCliyhQ2sU1wsu sRxV4ATHOUwPgvPxjAtCw4LMO1KOeDf8WUffuJWQ9p2U8LGycI5KscKb7YawNDjRJpHy UEqIH4hT4KK2o8NhnVQ/lY8++U9m4+mFLACx+tgZqG1tnKztg6f0EEhiidwZYwzFAieY Vmdw== X-Received: by 10.140.107.53 with SMTP id g50mr1021361qgf.63.1389949818561; Fri, 17 Jan 2014 01:10:18 -0800 (PST) Received: from [192.168.0.108] (HSI-KBW-5-10-51-197.hsi18.kabel-badenwuerttemberg.de. [5.10.51.197]) by mx.google.com with ESMTPSA id z9sm2277543qgz.20.2014.01.17.01.10.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 17 Jan 2014 01:10:18 -0800 (PST) Sender: Christian Schneider Message-ID: <52D8F36F.5020500@die-schneider.net> Date: Fri, 17 Jan 2014 10:10:07 +0100 From: Christian Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: dev@karaf.apache.org Subject: Re: Minimal karaf distro References: <52D7AB5A.70705@die-schneider.net> <52D7AD23.5020009@nanthrax.net> <52D7AFB3.2080202@die-schneider.net> <52D7B3ED.4040402@nanthrax.net> <52D7B895.6000903@die-schneider.net> <52D7FF43.2040202@die-schneider.net> <52D8EAB7.4060407@die-schneider.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org I am fine with switching to DS in general. Still I think it should make sense to have the innermost core of karaf even independent from DS. It does not cost us a lot as we only will have one module without DS and gives people a little more freedom about what they can do. For example in CXF DOSGi we went the same road. It used blueprint before and we switched to plain OSGi API so people have maximum freedom how to use DSOGi. There it costs even a little more as we have more setup than feature core does. Christian On 17.01.2014 09:54, Achim Nierbeck wrote: > Ahh, that gives a better picture. > Cause the headline of this thread just suggest building another distro > "Minimal Karaf distro", and till now you've always argued about a > minimal/core distro. > > With a really minimal karaf base distro a user could pick and choose >> exactly what he wants. For example if you create a distro for an embedded >> device or mobile device. > > Unless no one noticed, > set advocatus diaboli on: > > If it's used for internals fine, but do we really need it? > What is the benefit of it. I don't see much more value to it > then what Ioannis already did propose for the minimal distribution. > It'll skip blueprint as you propose and as far as I can estimate "Neil" > would love seeing DS as basis ;) > (but this is just an assumption, based on observing different mail and > stackoverflow threads) > > set advocatus diaboli off! > > right now I'd stick to the idea of Ioannis with a minimal distribution > based on DS. > This should be sufficient and will keep the hassles of Trackers away. > > regards, Achim > > > > > > 2014/1/17 Christian Schneider > >> Hi Achim, >> >> I am aware that the core "distro" is rather not meant to be downloaded and >> used as is by users. I rather think it could replace the current >> "framework" feature that we and others use to build distros. With a slimmer >> framework kar we give people more freedom on how to assemble their distros. >> For example if we do not include aries blueprint in framework people can >> use their prefered version of blueprint. Currently upgrades of blueprint >> are always tie to a change off the karaf version. >> >> At the same time providing the current standard and minimal distros will >> not become more difficult as we would just move some bundles from >> startup.properties into features. Like Ioannis wrote it is just a way to >> make karaf more modular. >> >> We still can provide a core distro if people see value in it but it is not >> my main concern to have this. >> >> So if we can agree that a framework feature without blueprint would make >> sense I will try to make features core independent of blueprint. This >> should not affect any other modules and gives us the basis for a slimmer >> framework kar. >> >> Christian >> >> >> On 16.01.2014 21:39, Achim Nierbeck wrote: >> >>> Hi Ioannis, >>> >>> no trouble with this kind of "minimal" cause it gives a real value on top >>> of >>> the OSGi framework. Otherwise I wouldn't know where the difference is >>> between >>> using a plain OSGi framework + pax-url and Karaf. >>> >>> >>> regards, Achim >>> >>> >>> 2014/1/16 Ioannis Canellos >>> >>> If the distribution only starts framework, config admin, scr & pax-url >>>> & karaf features, then minimal = net. >>>> >>>> -- >>>> Ioannis Canellos >>>> >>>> Blog: http://iocanel.blogspot.com >>>> Twitter: iocanel >>>> >>>> >>> >> -- >> Christian Schneider >> http://www.liquid-reality.de >> >> Open Source Architect >> http://www.talend.com >> >> > -- Christian Schneider http://www.liquid-reality.de Open Source Architect http://www.talend.com