Mailing-List: contact dev-help@felix.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@felix.apache.org
Received-SPF: neutral (herse.apache.org: 213.251.189.42 is neither permitted
 nor denied by domain of clement.escoffier@gmail.com)
Message-ID: <463A03EC.2040506@gmail.com>
Date: Thu, 03 May 2007 17:46:52 +0200
From: Clement Escoffier <clement.escoffier@gmail.com>
Organization: LSR - Imag
User-Agent: Thunderbird 1.5.0.10 (Windows/20070221)
MIME-Version: 1.0
To: dev@felix.apache.org
Subject: Re: SCR additions
References: <ae03024e0705030459q30eaea46v181a79dc78d83421@mail.gmail.com>
	 <7C917722-DD04-48B9-A424-B0E918A2216A@luminis.nl>	 <4639E174.30006@imag.fr>
 <ae03024e0705030656t64332894qad8fd2b290ff1900@mail.gmail.com>
 <4639F1C1.1090908@ungoverned.org>
In-Reply-To: <4639F1C1.1090908@ungoverned.org>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit

Richard S. Hall a �crit :
> Clement can correct me if I am wrong, but this also sounds similar to 
> his "arch" command for iPOJO, which can be used to reflect on iPOJO 
> components.

You're right.
However, there is two difference :
- the iPOJO Architecture support the extensibility (as iPOJO is 
extensible, the architecture need to be extensible too)
- the output of the arch command is not as beautiful as the Swing 
representation ;-)

Moreover, a JMX Handler is currently investigated for iPOJO allowing the 
control and the configuration of instances, at the same time a JMX bean 
allowing to create and kill instances dynamically.

The support of the Dependency Manager API is (normally) planned inside 
the next iPOJO released.

Clement
>
> -> richard
>
> Felix Meschberger wrote:
>> Hi Didier,
>>
>> Thanks for the hint, and also to Marcel.
>>
>> So I will look at those two projects for inspiration.
>>
>> Regards
>> Felix
>>
>> On 5/3/07, Didier Donsez <didier.donsez@imag.fr> wrote:
>>>
>>> Humberto has defined too this kind of API for ServiceBinder.
>>> He provided also a graphical console to display component instances and
>>> the current bindings between them.
>>> http://www.humbertocervantes.net/servicebinder/images/ArchViewer.png
>>>
>>> Didier
>>>
>>> Marcel Offermans wrote:
>>>
>>> > Hello Felix,
>>> >
>>> > On May 3, 2007, at 13:59 , Felix Meschberger wrote:
>>> >
>>> >>   > The API itself is exported and there will probably be some 
>>> service
>>> >> providing the actual access
>>> >
>>> >
>>> > This is interesting, because such an API would probably be similar to
>>> > the API that is currently used in the dependency manager. I'm still
>>> > hoping to find some time to actually start integrating all of the
>>> > dependency managment implementations within Felix.
>>> >
>>> > Greetings, Marcel
>>> >
>>> >
>>>
>>>
>>> -- 
>>> --------------------------------------------------------------
>>> Didier DONSEZ
>>>
>>> INRIA/SARDES project, B117
>>> 655, avenue de l'Europe, Montbonnot
>>> 38334 St Ismier Cedex, France
>>> Tel : +33 4 76 61 52 95           Fax : +33 4 76 61 52 52
>>> GPS : lat 45�13'4.1"N, lon 05�48'24.3"E, alt 220m
>>>
>>> Laboratoire LSR, Institut IMAG, Equipe ADELE
>>> Universite Joseph Fourier
>>> Bat. C, 220 rue de la Chimie, Domaine Universitaire
>>> BP 53, 38041 Grenoble Cedex 9, France
>>> Tel : +33 4 76 63 55 49           Fax : +33 4 76 63 55 50
>>> GPS : lat 45�11'38.3"N, lon 05�46'14.7"E, alt 223m
>>>
>>> mailto:Didier.Donsez@imag.fr
>>> URL: http://www-adele.imag.fr/users/Didier.Donsez
>>> Map: http://www-adele.imag.fr/users/Didier.Donsez/map/map.html
>>> --------------------------------------------------------------
>>>
>>>
>>>
>>
>


-- 
Clement Escoffier
Grenoble University
LSR - Bat. C
220, Rue de la Chimie
BP 53
38041 GRENOBLE CEDEX 9
04.76.51.40.24
http://clement.plop-plop.net