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] <mailto:[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]
    <mailto:[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]
        <mailto:[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








Reply via email to