You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@aries.apache.org by Aaron Wong <aa...@gmail.com> on 2014/06/09 07:52:46 UTC

Re: Subsystems dependency on Blueprint?


发自我的 iPad

> 在 Apr 17, 2014,1:28 AM,Cristiano Gavião <cv...@gmail.com> 写道:
> 
> Hi Guillaume,
> 
> that are really great news. Thanks a lot for it. 
> 
> I planned to try it next weekend. Btw, could you tell me if there are any snapshot maven repository containing those jars ?
> 
> best regards,
> 
> Cristiano
> 
>> On 15-04-2014 08:32, Guillaume Nodet wrote:
>> Actually, I don't really think discovering service capabilities and services specifically for blueprint is a good idea.
>> The OSGi r5 now defines a service namespace so bundles should add those generic capabilities in their manifest and subsystems should only use those informations.
>> This would be more generic and allow other technologies such as SCR or even bundles using plain OSGi API to leverage service dependencies at resolution.
>> 
>> 
>> 2014-04-15 13:08 GMT+02:00 Guillaume Nodet <gn...@apache.org>:
>>> The refactoring is done.
>>>   http://svn.apache.org/viewvc?view=revision&revision=1587513
>>> Subsystem is now completely independent of applications and blueprint (though it will still be leveraged if present).
>>> 
>>> 
>>> 2014-04-14 21:35 GMT+02:00 Holly Cummins <ho...@googlemail.com>:
>>> 
>>>> If applications aren't using blueprint this analysis of blueprint files won't be providing any useful information, so we should be able to make something in that chain optional without loss of function. Of course, doing that refactoring may not meet anyone's definition of 'easy'. :)
>>>> 
>>>> 
>>>>> On Monday, April 14, 2014, Guillaume Nodet <gn...@apache.org> wrote:
>>>>> Actually, the Aries Application Modeller really needs Aries Blueprint as it analyses blueprint files to find provided services, so this dependency can't be easily removed.
>>>>> 
>>>>> Guillaume Nodet
>>>>> 
>>>>> 
>>>>> 2014-04-14 17:19 GMT+02:00 Guillaume Nodet <gn...@apache.org>:
>>>>>> Yes, it would be nice to have subsystems being independent of blueprint imho.
>>>>>> 
>>>>>> 
>>>>>> 2014-04-14 16:37 GMT+02:00 Cristiano Gavião <cv...@gmail.com>:
>>>>>> 
>>>>>>> Hi Mark.
>>>>>>> 
>>>>>>> Well, last time I tried, the subsystems service (zero) wasn't registered without blueprint bundles in active state.
>>>>>>> Seems that a dependency of subsystem, application-modeller, has a direct dependency to blueprint: https://github.com/apache/aries/tree/trunk/application/application-modeller/src/main/resources/OSGI-INF/blueprint
>>>>>>> 
>>>>>>> regards,
>>>>>>> 
>>>>>>> Cristiano
>>>>>>> 
>>>>>>> 
>>>>>>>> On 11-04-2014 11:45, Mark Nuttall wrote:
>>>>>>>> Hello, 
>>>>>>>> I've looked over the code and can only see a dependency on blueprint in the subsystem-itests pom. So there's a dependency on blueprint to run the itests, but I cannot see a runtime dependency from subsystem-core on blueprint, Have I missed something?
>>>>>>>> 
>>>>>>>> Regards,
>>>>>>>> Mark
>>>>>>>> 
>>>>>>>> 
>>>>>>>>> On 10 April 2014 14:13, Cristiano Gavião <cv...@gmail.com> wrote:
>>>>>>>>> Hi,
>>>>>>>>> 
>>>>>>>>> I had a system that was developed using only Declarative Services. We are studying to use Subsystem to help with an isolation issue.
>>>>>>>>> 
>>>>>>>>> The first problem for us is that it depends on Blueprint and we don't like the idea to add this overhead in this environment just to be able to use Subsystems.
>>>>>>>>> 
>>>>>>>>> Could someone explain me this dependency? are beans being injected or just services?
>>>>>>>>> 
>>>>>>>>> would be possible to use DS instead of Blueprint in case no bean being injected ?
>>>>>>>>> 
>>>>>>>>> thanks
>>>>>>>>> 
>>>>>>>>> Cristiano
>