Yes I tried, Unfortunately Spi-Fly is only able to weave Serviceloader.load(Class) (for now), and fails when it encounters Serviceloader.load(Class, CL).
Maybe a future contribution :). Regards, Charlie 2014-12-02 11:24 GMT+01:00 Achim Nierbeck <[email protected]>: > HAHAH ... > > ok, did you try to use the AriesSPIFly to generate services from these > constructs? > Serviceloader.load(svSPI.class, this.getClass().getClassLoader()) > > regards, Achim > > > 2014-12-02 11:21 GMT+01:00 Charlie Mordant <[email protected]>: > >> J.B. >> >> Exactly! >> >> Just have to take care that pans won't mutate to cauldrons :). >> >> Regards, >> >> >> 2014-12-02 11:14 GMT+01:00 Jean-Baptiste Onofré <[email protected]>: >> >>> LOL, I love such kind of stories ;) >>> >>> You know in French: "trainez des casserolles". Basically, when a design >>> is basically not elegant, you try to figure out how to pollute the new one >>> to be backward compatible ;) >>> >>> My Aussie $0.2 ;) >>> >>> Regards >>> JB >>> >>> On 12/02/2014 11:11 AM, Charlie Mordant wrote: >>> >>>> Ackim, >>>> >>>> That's a long story... >>>> >>>> Some Java EE folks think that's good to make services extensions and >>>> then calling Serviceloader.load(svSPI.class, >>>> this.getClass().getClassLoader()); //The second argument is the >>>> classloader where to search the contribution >>>> >>>> So when you want to contribute a dynamic/OSGI way to contribute to this >>>> service... >>>> >>>> Regards >>>> >>>> 2014-12-02 10:31 GMT+01:00 Achim Nierbeck <[email protected] >>>> <mailto:[email protected]>>: >>>> >>>> Hi Charlie, >>>> >>>> in that case :) >>>> But to be honest, I don't see much value of having those in a >>>> fragment. >>>> >>>> regards, Achim >>>> >>>> >>>> >>>> 2014-12-02 10:27 GMT+01:00 Charlie Mordant <[email protected] >>>> <mailto:[email protected]>>: >>>> >>>> Hi Ackim, >>>> >>>> My fragment listens only when it's connected to its parent, >>>> which is good :). >>>> Concerning DS/SCR, it seems that there are some unsupported >>>> behaviors when used in fragment, i.e. >>>> http://stackoverflow.com/questions/8592860/component- >>>> inside-a-fragment-never-activated >>>> >>>> Regards, >>>> Charlie >>>> >>>> 2014-12-02 10:17 GMT+01:00 Achim Nierbeck >>>> <[email protected] <mailto:[email protected]>>: >>>> >>>> Hi Charlie, >>>> >>>> I'm not sure I follow, cause a fragment bundle is always >>>> connected to a host bundle and can't live without. >>>> So did your blueprint did get started even though your >>>> fragment bundle wasn't bound to a host bundle?? >>>> In that case you found a bug that needs to be fixed :-) >>>> >>>> If it's connected to a Host bundle nothing changed and the >>>> same rule for Blueprint does also apply to pure Java and or >>>> SCR. Though >>>> if you can't alter the Activator your out of hope for pure >>>> Java leaving you with some other "extending" framework like >>>> SCR/DS. >>>> As those frameworks do the wiring by extending the bundle. >>>> >>>> regards, Achim >>>> >>>> >>>> >>>> 2014-12-02 9:52 GMT+01:00 Charlie Mordant >>>> <[email protected] <mailto:[email protected]>>: >>>> >>>> >>>> Hi Karaf, >>>> >>>> I achieved to listen services in a bundle fragment using >>>> a blueprint service-listener, but I wonder how to >>>> achieve it in a lower level way (.i.e pure Java or SCR). >>>> How can I do this without modifying the host? >>>> >>>> Best regards, >>>> Charlie >>>> >>>> -- >>>> Charlie Mordant >>>> >>>> Full OSGI/EE stack made with Karaf: >>>> https://github.com/OsgiliathEnterprise/net. >>>> osgiliath.parent >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> 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 >>>> >>>> >>>> >>>> >>>> -- >>>> Charlie Mordant >>>> >>>> Full OSGI/EE stack made with Karaf: >>>> https://github.com/OsgiliathEnterprise/net.osgiliath.parent >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> 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 >>>> >>>> >>>> >>>> >>>> -- >>>> Charlie Mordant >>>> >>>> Full OSGI/EE stack made with Karaf: >>>> https://github.com/OsgiliathEnterprise/net.osgiliath.parent >>>> >>> >>> -- >>> Jean-Baptiste Onofré >>> [email protected] >>> http://blog.nanthrax.net >>> Talend - http://www.talend.com >>> >> >> >> >> -- >> Charlie Mordant >> >> Full OSGI/EE stack made with Karaf: >> https://github.com/OsgiliathEnterprise/net.osgiliath.parent >> > > > > -- > > 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 > > -- Charlie Mordant Full OSGI/EE stack made with Karaf: https://github.com/OsgiliathEnterprise/net.osgiliath.parent
