\o/ go for it .... 2014-12-02 12:56 GMT+01:00 Charlie Mordant <[email protected]>:
> 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 > -- 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
