As we have decided to not build karaf on top of DS I also think that installing DS by default is not a good idea. If we make sure the user bundles will have the requirement for the DS extender then karaf will give an early warning that DS is missing. So that should be good enough in my opinion.

Christian

On 14.05.2016 12:12, Achim Nierbeck wrote:
I'm not a big fan of that, cause actually blueprint isn't a default feature anymore either.

regards, Achim


2016-05-14 8:49 GMT+02:00 Morgan Hautman <[email protected] <mailto:[email protected]>>:

    Hi,

    That's one of the reasons why I proposed to put the "scr" feature
    in the default build of Karaf..
    Because usually people forget or don't know they need to install
    the "scr" feature.
    I don't know if this has already been done or if there is a Jira
    to track it?

    Regards,
    Morgan



    On 2016-05-13 18:15, Leschke, Scott wrote:

    OK, it’s official, I’m an idiot. You’d think I could have figured
    that out on my own.  I have a script that configures Karaf when I
    upgrade. Since I’ve been using Blueprint prior to this I’ve never
    had to install it before so I missed that.  Thanks so much.

    BTW, just want to tell everyone involved in both Karaf and
    BndTools what a great job both teams have done. Truly excellent
    work all the way around.

    *From:*Achim Nierbeck [mailto:[email protected]]
    *Sent:* Friday, May 13, 2016 10:57 AM
    *To:* [email protected] <mailto:[email protected]>
    *Subject:* Re: Can't resolve org.osgi.service.component 1.2 ?

    Hi,

    did you also install the scr feature, and did you make sure it's
    actually the required version ;)

    regards, Achim

    2016-05-13 17:51 GMT+02:00 Leschke, Scott <[email protected]
    <mailto:[email protected]>>:

        Hi all,

        I’ve been messing around with OSGi and Karaf for a bit over 2
        years now. Technically I’m no longer a developer, although if
        you want to get stuff done, sometimes you just have to do it
        yourself. I’ve built a BAM (Business Activity Monitoring)
        platform using OSGi (I wasn’t aware of Decanter when I
        originally did this but it sounds very similar in many ways.
        Looking more closely at that is a future).

        To date, I’ve done everything using Blueprint which has
        worked quite well but I thought it might be time to take a
        look at DS to see where that might fit in. To get a feel, I
        had BndTools create a component bundle and tweaked things a
        bit so that it should run in Karaf 4.0.5 as BndTools appears
        to be anticipating OSGi R6 support. I changed the build to
        reference osgi.cmpn; version=5.0 for example.

        When I deploy the bundle, the resolver complains about not
        being able to satisfy the package requirement:
        org.osgi.service.component - version [1.2-2.0). I’ve looked
        at the manifest and verified that the package is actually
        imported so I’m at a loss.  The component code and actual
        bundle manifest are shown below, for completeness.  Any
        thoughts on what might be going on would be appreciated.

        Regards, Scott

        **

        **

        *Manifest-Version: 1.0*

        *Bnd-LastModified: 1463152495066*

        *Bundle-ManifestVersion: 2*

        *Bundle-Name: zCompTest*

        *Bundle-SymbolicName: zCompTest*

        *Bundle-Version: 1.0.0.201605131514*

        *Created-By: 1.8.0_71 (Oracle Corporation)*

        *Export-Package:
        com.medline.zcomptest;version="1.0.0";uses:="org.osgi.*

        *service.component"*

        *Import-Package: org.osgi.service.component;version="[1.2,2)"*

        *Require-Capability: osgi.ee
        <http://osgi.ee>;filter:="(&(osgi.ee
        <http://osgi.ee>=JavaSE)(version=1.8))"*

        *Service-Component: OSGI-INF/com.medline.zcomptest.Example.xml*

        *Tool: Bnd-3.2.0.201605070046-SNAPSHOT*

        **

        **

        *import*org.osgi.service.component.ComponentContext;

        *import*org.osgi.service.component.annotations.Activate;

        *import*org.osgi.service.component.annotations.Component;

        *import*org.osgi.service.component.annotations.Deactivate;

        @Component(

        immediate = *true*

        )

        *public**class*Example {

        @Activate

        *protected**void*activate(ComponentContext c)

        {

        System.*/out/*.println("++ ACTIVATE");

        }

        @Deactivate

        *protected**void*deactivate(ComponentContext c)

        {

        System.*/out/*.println("-- DEACTIVATE");

        }

        }



--

    Apache Member

    Apache Karaf <http://karaf.apache.org/> Committer & PMC
    OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/>
    Committer & Project Lead
    blog <http://notizblog.nierbeck.de/>

    Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>

    Software Architect / Project Manager / Scrum Master





--

Apache Member
Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer & Project Lead
blog <http://notizblog.nierbeck.de/>
Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>

Software Architect / Project Manager / Scrum Master



--
Christian Schneider
http://www.liquid-reality.de

Open Source Architect
http://www.talend.com

Reply via email to