Return-Path: X-Original-To: apmail-aries-dev-archive@www.apache.org Delivered-To: apmail-aries-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BCBF410E5F for ; Mon, 20 Jan 2014 13:30:32 +0000 (UTC) Received: (qmail 3457 invoked by uid 500); 20 Jan 2014 13:30:31 -0000 Delivered-To: apmail-aries-dev-archive@aries.apache.org Received: (qmail 3406 invoked by uid 500); 20 Jan 2014 13:30:29 -0000 Mailing-List: contact dev-help@aries.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@aries.apache.org Delivered-To: mailing list dev@aries.apache.org Received: (qmail 3393 invoked by uid 99); 20 Jan 2014 13:30:28 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Jan 2014 13:30:28 +0000 X-ASF-Spam-Status: No, hits=-2.8 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_HI,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jwross@us.ibm.com designates 32.97.110.151 as permitted sender) Received: from [32.97.110.151] (HELO e33.co.us.ibm.com) (32.97.110.151) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Jan 2014 13:30:18 +0000 Received: from /spool/local by e33.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Mon, 20 Jan 2014 06:29:57 -0700 Received: from d03dlp02.boulder.ibm.com (9.17.202.178) by e33.co.us.ibm.com (192.168.1.133) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Mon, 20 Jan 2014 06:29:55 -0700 Received: from b03cxnp08028.gho.boulder.ibm.com (b03cxnp08028.gho.boulder.ibm.com [9.17.130.20]) by d03dlp02.boulder.ibm.com (Postfix) with ESMTP id 971E73E40040 for ; Mon, 20 Jan 2014 06:29:54 -0700 (MST) Received: from d03av05.boulder.ibm.com (d03av05.boulder.ibm.com [9.17.195.85]) by b03cxnp08028.gho.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s0KDTsOg10289662 for ; Mon, 20 Jan 2014 14:29:54 +0100 Received: from d03av05.boulder.ibm.com (localhost [127.0.0.1]) by d03av05.boulder.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id s0KDTs0B014508 for ; Mon, 20 Jan 2014 06:29:54 -0700 Received: from d03nm691.boulder.ibm.com (d03nm691.boulder.ibm.com [9.63.34.16]) by d03av05.boulder.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with ESMTP id s0KDTsip014501 for ; Mon, 20 Jan 2014 06:29:54 -0700 In-Reply-To: References: Subject: Re: Running Subsystems without Blueprint? X-KeepSent: 8CC7FF0C:1826BE09-87257C66:0049E685; type=4; name=$KeepSent To: dev@aries.apache.org X-Mailer: Lotus Notes Release 8.5.3FP4 SHF39 May 13, 2013 Message-ID: From: John W Ross Date: Mon, 20 Jan 2014 07:29:52 -0600 X-MIMETrack: Serialize by Router on D03NM691/03/M/IBM(Release 8.5.3FP2 ZX853FP2HF5|February, 2013) at 01/20/2014 06:29:51 AM MIME-Version: 1.0 Content-type: multipart/alternative; Boundary="0__=08BBF6F5DFDA60158f9e8a93df938690918c08BBF6F5DFDA6015" Content-Disposition: inline X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER x-cbid: 14012013-0928-0000-0000-000005945425 X-Virus-Checked: Checked by ClamAV on apache.org --0__=08BBF6F5DFDA60158f9e8a93df938690918c08BBF6F5DFDA6015 Content-type: text/plain; charset=US-ASCII I, for one, would certainly have no objections to that. John > > Re: Running Subsystems without Blueprint? > > Hi John, > > yes, exactly that's what I'm thinking of - sorry for not being clear. > > Regards > Carsten > > > 2014/1/20 John W Ross > > > > > Hi Carsten, > > > > I'm not sure what you're suggesting. My understanding was you wanted to do > > some stuff to remove the dependency on Aries Blueprint. My response was > > that this should have already been done by the referenced defect. Removing > > Aries Blueprint, however it's done, will result in the loss of service > > dependency validation. The only way around that in the pre-R6 > > implementation would be to provide a non-aries-blueprint-based > > implementation of the ModelledResourceManager. Is that the work you're > > volunteering to do? > > > > John > > > > > > > > Re: Running Subsystems without Blueprint? > > > > > > Thanks for the pointer John, I didn't know that (was only using released > > > stuff). > > > > > > However :) it seems that without Blueprint the features are rather > > limited > > > and of course everyone wants all features - so I think this still makes > > > sense. Or are there any downsides especially given the fact that someone > > (= > > > me) is volunteering to do the work? > > > > > > Regards > > > Carsten > > > > > > > > > 2014/1/17 John W Ross > > > > > > > > > > > Hi, > > > > > > > > The dependency has already been broken in trunk [1]. Is that not > > > > sufficient? Also, beware the service dependency limitations this > > introduces > > > > as discussed in the referenced defect. These will, of course, be > > mitigated > > > > somewhat in OSGi RFC 201 for R6 with support for the osgi.service > > namespace > > > > in Require/Provide-Capability. > > > > > > > > John > > > > > > > > [1] > > > > > > > > https://issues.apache.org/jira/browse/ARIES-952? > > > > > > > > focusedCommentId=13703354&page=com.atlassian.jira.plugin.system.issuetabpanels:comment- > > > > > tabpanel#comment-13703354 > > > > > > > > > > > > > > Running Subsystems without Blueprint? > > > > > > > > > > Hi, > > > > > > > > > > we would like to run the subsystems implementation without Blueprint. > > > > It's > > > > > not a matter whether Blueprint is good or not and I don't want to > > start a > > > > > thread about that :). The main reason are a) we want to have > > Subsystems > > > > > running as soon as possible and with as less dependencies as possible > > b) > > > > we > > > > > can't ship Blueprint with our products (and again this decision is > > not > > > > > caused by technical reasons) > > > > > > > > > > Now if I look correctly, the only bundles requiring Blueprint are the > > > > > application.utils and application.modeller. Naive looking it should > > be > > > > > straight forward to migrate these to use an Activator and register > > the > > > > > services by hand. > > > > > > > > > > My question is now, if I would provide the patches, is there interest > > in > > > > > applying them? > > > > > > > > > > Regards > > > > > Carsten > > > > > -- > > > > > Carsten Ziegeler > > > > > cziegeler@apache.org > > > > > > > > > > > > > > > > -- > > > Carsten Ziegeler > > > cziegeler@apache.org > > > > > > -- > Carsten Ziegeler > cziegeler@apache.org --0__=08BBF6F5DFDA60158f9e8a93df938690918c08BBF6F5DFDA6015--