karaf-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ryan Moquin <fragility...@gmail.com>
Subject Re: performance metrics blueprint vs. declarative services in karaf 3.0.x
Date Tue, 04 Mar 2014 19:43:15 GMT
Gotcha.. that would make a lot of sense.
On Mar 4, 2014 12:31 PM, "Achim Nierbeck" <bcanhome@googlemail.com> wrote:

> I second you on most of this,
> my personal view on this topic, the only advantage is the possibility to
> change the blueprint implementation by the user, because Karaf itself
> doesn't depend on it anymore.
> But that is basically it.
>
> regards, Achim
>
>
> 2014-03-04 17:24 GMT+01:00 Ryan Moquin <fragility2.0@gmail.com>:
>
>> That's right, you mentioned size before.  My bad, thanks!  I personally
>> think DS is more confusing, but to each his own.
>>
>> Ryan
>> On Mar 4, 2014 11:20 AM, "Jamie G." <jamie.goodyear@gmail.com> wrote:
>>
>>> Largest advantage is allowing for an even smaller minimal Karaf
>>> distribution to be made - the full distribution would include the BP
>>> feature by default.
>>>
>>> Other than that there are various discussions abound on DS vs BP. Each
>>> have their strengths and weaknesses, and developer tastes.
>>>
>>> --Jamie
>>>
>>> On Tue, Mar 4, 2014 at 12:20 PM, Ryan Moquin <fragility2.0@gmail.com>
>>> wrote:
>>> > What's the advantage in switching to DS in Karaf 4.x then?
>>> >
>>> > On Mar 4, 2014 2:37 AM, "Achim Nierbeck" <bcanhome@googlemail.com>
>>> wrote:
>>> >>
>>> >> I don't think there are any awailable yet,
>>> >> and actually I don't expect there to be much of a difference.
>>> >> Both are basically doing the same thing.
>>> >> Blueprint does have an extender that will do the wiring for you,
>>> >> so there might be a "overhead" on the start of the bundle ...
>>> >> but I don't expect there to be an overhead later on, or at least not
>>> >> significant.
>>> >> DS is just a "convenience-wrapper" for standard OSGi technology.
>>> >> During build-time the BND or what ever will transform the annotations
>>> to
>>> >> Service-Trackers and Service Registrations.
>>> >>
>>> >> At the end it boils down to services and service-trackers that are
>>> >> "hidden" for the user, either by a xml syntax and an extender, or an
>>> >> annotation and a build time enhancement.
>>> >>
>>> >> regards, Achim
>>> >>
>>> >>
>>> >>
>>> >> 2014-03-03 22:55 GMT+01:00 asookazian2 <asookazian@gmail.com>:
>>> >>>
>>> >>> Any info on perf metrics on DS vs. BP?  thx.
>>> >>>
>>> >>>
>>> >>>
>>> >>> --
>>> >>> View this message in context:
>>> >>>
>>> http://karaf.922171.n3.nabble.com/performance-metrics-blueprint-vs-declarative-services-in-karaf-3-0-x-tp4032028.html
>>> >>> Sent from the Karaf - User mailing list archive at Nabble.com.
>>> >>
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >>
>>> >> 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/>
>>> >>
>>> >> Software Architect / Project Manager / Scrum Master
>>> >>
>>> >
>>>
>>
>
>
> --
>
> 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/>
>
> Software Architect / Project Manager / Scrum Master
>
>

Mime
View raw message