You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@aries.apache.org by Cristiano Gavião <cv...@gmail.com> on 2014/04/10 15:13:04 UTC
Subsystems dependency on Blueprint?
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
Re: Subsystems dependency on Blueprint?
Posted by Guillaume Nodet <gn...@apache.org>.
It provides the generation of service dependencies based on blueprint
descriptors (and SCR maybe).
Those dependencies should rather be expressed using generic osgi.service
dependencies in the bundle manifest headers and this would remove the need
for using applications completely.
And these headers should be generated by tools such as the felix
maven-bundle-plugin (I'm planning to do that in the near future).
2014-05-05 11:04 GMT+02:00 David Bosschaert <da...@gmail.com>:
> Just trying to understand this a little better...
>
> I thought that the application component provided a significant piece
> of the subsystems functionality? Maybe I'm wrong. What is it exactly
> that the Aries Application bundles do for subsystems?
>
> Thanks,
>
> David
>
> On 15 April 2014 12:08, Guillaume Nodet <gn...@apache.org> wrote:
> > 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 <holly.k.cummins@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
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>
> >
>
Re: Subsystems dependency on Blueprint?
Posted by David Bosschaert <da...@gmail.com>.
Just trying to understand this a little better...
I thought that the application component provided a significant piece
of the subsystems functionality? Maybe I'm wrong. What is it exactly
that the Aries Application bundles do for subsystems?
Thanks,
David
On 15 April 2014 12:08, Guillaume Nodet <gn...@apache.org> wrote:
> 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
>>>>>
>>>>>
>>>>>
>>>>
>>>
>
Re: Subsystems dependency on Blueprint?
Posted by Aaron Wong <aa...@gmail.com>.
发自我的 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
>
Re: Subsystems dependency on Blueprint?
Posted by 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 <gnodet@apache.org
> <ma...@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
> <holly.k.cummins@googlemail.com
> <ma...@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 <gnodet@apache.org
> <ma...@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
>>
>>
>
>
>
>
>
Re: Subsystems dependency on Blueprint?
Posted by Guillaume Nodet <gn...@apache.org>.
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
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>
Re: Subsystems dependency on Blueprint?
Posted by David Bosschaert <da...@gmail.com>.
Something like this was discussed earlier this year here:
http://mail-archives.apache.org/mod_mbox/aries-dev/201401.mbox/%3COFAA832B50.41766788-ON87257C63.005CDC7E-86257C63.005D4846%40us.ibm.com%3E
It seems that John Ross already did some work for this too.
BTW I think the decoupling is a great idea.
Best regards,
David
On 28 April 2014 14:55, Cristiano Gavião <cv...@gmail.com> wrote:
> Hi Guillaume,
>
> well, if I understood right what you did, you turn
> org.apache.aries.application.* optional, but only for manifest generation.
>
> In POMs we still have compile dependencies for blueprint, proxy, etc and
> there are no optional there...
>
> look here how are one of the POMs:
> https://github.com/apache/aries/blob/trunk/subsystem/subsystem-bundle/pom.xml#L94
>
> btw, thanks for the snapshot repository url, using that now...
>
> regards,
>
> Cristiano
>
>
> On 25-04-2014 19:58, Guillaume Nodet wrote:
>
> I made the dependency optional, so that it works if aries application and
> blueprint is not present, but it's still used if available, so we can't
> remove the dependencies.
> I uploaded a snapshot after my changes at
>
> http://repository.apache.org/content/groups/snapshots/org/apache/aries/subsystem/org.apache.aries.subsystem.core/1.0.1-SNAPSHOT/
>
>
> 2014-04-25 21:41 GMT+02:00 Cristiano Gavião <cv...@gmail.com>:
>>
>> Guillaume,
>>
>> you removed the need of blueprint so seems to be safe to remove all
>> related maven dependencies from org.apache.aries.subsystem bundle pom, don't
>> you think ? they are still there...
>>
>> regards,
>>
>> Cristiano
>>
>>
>> On 15-04-2014 08:08, Guillaume Nodet wrote:
>>
>> 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
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>
>>
>
>
Re: Subsystems dependency on Blueprint?
Posted by Cristiano Gavião <cv...@gmail.com>.
Hi Guillaume,
well, if I understood right what you did, you turn
org.apache.aries.application.* optional, but only for manifest generation.
In POMs we still have *compile* dependencies for blueprint, proxy, etc
and there are no optional there...
look here how are one of the POMs:
https://github.com/apache/aries/blob/trunk/subsystem/subsystem-bundle/pom.xml#L94
btw, thanks for the snapshot repository url, using that now...
regards,
Cristiano
On 25-04-2014 19:58, Guillaume Nodet wrote:
> I made the dependency optional, so that it works if aries application
> and blueprint is not present, but it's still used if available, so we
> can't remove the dependencies.
> I uploaded a snapshot after my changes at
> http://repository.apache.org/content/groups/snapshots/org/apache/aries/subsystem/org.apache.aries.subsystem.core/1.0.1-SNAPSHOT/
>
>
> 2014-04-25 21:41 GMT+02:00 Cristiano Gavião <cvgaviao@gmail.com
> <ma...@gmail.com>>:
>
> Guillaume,
>
> you removed the need of blueprint so seems to be safe to remove
> all related maven dependencies from org.apache.aries.subsystem
> bundle pom, don't you think ? they are still there...
>
> regards,
>
> Cristiano
>
>
> On 15-04-2014 08:08, Guillaume Nodet wrote:
>> 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
>> <holly.k.cummins@googlemail.com
>> <ma...@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 <gnodet@apache.org
>> <ma...@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
>>>
>>>
>>
>>
>>
>>
>
>
Re: Subsystems dependency on Blueprint?
Posted by Guillaume Nodet <gn...@apache.org>.
I made the dependency optional, so that it works if aries application and
blueprint is not present, but it's still used if available, so we can't
remove the dependencies.
I uploaded a snapshot after my changes at
http://repository.apache.org/content/groups/snapshots/org/apache/aries/subsystem/org.apache.aries.subsystem.core/1.0.1-SNAPSHOT/
2014-04-25 21:41 GMT+02:00 Cristiano Gavião <cv...@gmail.com>:
> Guillaume,
>
> you removed the need of blueprint so seems to be safe to remove all
> related maven dependencies from org.apache.aries.subsystem bundle pom,
> don't you think ? they are still there...
>
> regards,
>
> Cristiano
>
>
> On 15-04-2014 08:08, Guillaume Nodet wrote:
>
> 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
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>
>
Re: Subsystems dependency on Blueprint?
Posted by Cristiano Gavião <cv...@gmail.com>.
Guillaume,
you removed the need of blueprint so seems to be safe to remove all
related maven dependencies from org.apache.aries.subsystem bundle pom,
don't you think ? they are still there...
regards,
Cristiano
On 15-04-2014 08:08, Guillaume Nodet wrote:
> 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
> <holly.k.cummins@googlemail.com <ma...@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 <gnodet@apache.org
> <ma...@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
>>
>>
>
>
>
>
Re: Subsystems dependency on Blueprint?
Posted by 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
>>>>>
>>>>
>>>>
>>>>
>>>
>>
Re: Subsystems dependency on Blueprint?
Posted by 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 <gnodet@apache.org<javascript:_e(%7B%7D,'cvml','gnodet@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 <cvgaviao@gmail.com<javascript:_e(%7B%7D,'cvml','cvgaviao@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 <cvgaviao@gmail.com<javascript:_e(%7B%7D,'cvml','cvgaviao@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
>>>>
>>>
>>>
>>>
>>
>
Re: Subsystems dependency on Blueprint?
Posted by Guillaume Nodet <gn...@apache.org>.
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
>>>
>>
>>
>>
>
Re: Subsystems dependency on Blueprint?
Posted by 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
>>
>
>
>
Re: Subsystems dependency on Blueprint?
Posted by 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 <cvgaviao@gmail.com
> <ma...@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
>
>
Re: Subsystems dependency on Blueprint?
Posted by Mark Nuttall <mn...@apache.org>.
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
>