Mailing-List: contact dev-help@tuscany.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@tuscany.apache.org
Received-SPF: pass (nike.apache.org: domain of enjoyjava@gmail.com designates
 209.85.221.172 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:from:to:references:in-reply-to:subject:date:mime-version
         :content-type:content-transfer-encoding:x-priority:x-msmail-priority
         :importance:x-mailer:x-mimeole;
        b=mgjYd2J5aKOZ2O8HttZqyPo4JqjVJjgY8IfPGKUH0bVwFqwzu+ZBTFO0xoYPsZJPxP
         VQT3CmDVc8x3qamITHI3U3SYQMjUzrE0NPXiNy1ukzus/Fp4WzmEpsXRONrahOt2tvGT
         Y9FlbTcJRrr1d8z3XXYmUOdwdnJM9ECdskjzU=
Message-ID: <8750396369EA48AB8D154AAFFC0AE2C3@rfengt61p>
From: "Raymond Feng" <enjoyjava@gmail.com>
To: <antelder@apache.org>,
	<dev@tuscany.apache.org>
References: <71e1b5740910010118k17d46c52g3733defd26901003@mail.gmail.com>
In-Reply-To: <71e1b5740910010118k17d46c52g3733defd26901003@mail.gmail.com>
Subject: Re: Module to use scdl without all runtime
Date: Thu, 1 Oct 2009 11:49:37 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
Importance: Normal

I see the value to have a module/utility to process the contributions 
without starting a runtime. The node runtime can call this utility to 
load/build the contributions. Later on, the domain manager can leverage that 
too. I anticipate the following layers:

1) Tuscany Kernel that sets up the extension point registry
2) Tuscany Deployer that processes the contributions (We used to have a 
workspace module that provides such capability)
3) Tuscany Domain Manager that calls Tuscany deployer
4) Tuscany Node that calls Tuscany deployer

But I don't think this is the right approach by adding hard dependencies to 
all the modules that contribute models and processors. Such modules should 
be brought into the picture through the extension point/extension discovery. 
The modules on the same layer are still subject to selections. A new 
offering can be composed by picking needed modules from the layers and below 
(like a subtree).

IMO, bundling a set of modules should be addressed at a higher level with 
the profile/feature idea. That lead to different packages of distributions 
to download. I don't think there is a need to physically group modules (like 
this scdl module) in the runtime.

Thanks,
Raymond

--------------------------------------------------
From: "ant elder" <ant.elder@gmail.com>
Sent: Thursday, October 01, 2009 1:18 AM
To: <dev@tuscany.apache.org>
Subject: Module to use scdl without all runtime

> I've added an scdl module and itest so you can process composites and
> contributions without starting a runtime, and cleaned up all the
> varrious dependencies so it works now. We keep saying the module
> structure is as it is to enable doing that so having this makes sure
> it will keep working. The scdl module has a large amount of code
> copied from NodeFactory which would be good to make shared, i'll have
> a look at doing that, perhaps starting by using the sca-domain module
> and then looking at how to merge that with the node modules.
>
>   ...ant