发自我的 iPad
> 在 Apr 17, 2014，1:28 AM，Cristiano Gavião <[email protected]> 写道： > > 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 <[email protected]>: >>> 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 <[email protected]>: >>> >>>> 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 <[email protected]> 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 <[email protected]>: >>>>>> Yes, it would be nice to have subsystems being independent of blueprint >>>>>> imho. >>>>>> >>>>>> >>>>>> 2014-04-14 16:37 GMT+02:00 Cristiano Gavião <[email protected]>: >>>>>> >>>>>>> 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 <[email protected]> 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 >
