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

Reply via email to