On Thu, Feb 11, 2010 at 12:38 PM, Neil Bartlett <[email protected]> wrote: > Andrea, > > Concurrent delivery is certainly an option for EventAdmin implementers > to support, but it is not mandated by the specification. > > To put it bluntly, I think that the existing open source > implementations come nowhere near to offering the kind of powerful > features that EventAdmin *potentially* supports. For example QoS > guarantees relating to concurrent delivery, detection of stalled > handlers, etc.
The felix implementation always did support detection and blacklisting of stalled handlers (both, postEvent and sendEven). Not sure what QoS is but we now do support concurrent delivery of events as well (that version is not released yet but you can get it from trunk). regards, Karl > It's possible that there are commercial EventAdmin offering these > features; alternatively your organisation may be interested in > sponsoring enhancements to the open source implementations. > > Regards > Neil > > > > On Thu, Feb 11, 2010 at 11:21 AM, Andrea Zoppello <[email protected]> wrote: >> Hi all, >> >> I'm developing an OSGi application where i plan to use a lot the osgi Event >> Admin Service. >> >> Actually i'm using the equinox implementation, and maybe i'm wrong but it >> seems that in this >> implementation the event are delivered to event handler sequentially. >> >> I'm using the postEvent method on EventAdmin. >> >> What happen is that each event delivery by the EventAdmin seems to work with >> only one >> event delivery at any time, this means that if an event is handled by an >> EventHandler all other >> events pushed are blocked until this one has finished the work on >> handleEvent method. >> >> Maybe i'm wrong but i expected the Event Admin to be able to deliver the >> event in parallel >> way. It's obvious that this will be a bottleneck for me. >> >> My doubt is if this is the right expected beahviour of Event Admin, or is >> particular detail >> of Equinox implementation. >> >> Andrea >> _______________________________________________ >> OSGi Developer Mail List >> [email protected] >> https://mail.osgi.org/mailman/listinfo/osgi-dev >> > _______________________________________________ > OSGi Developer Mail List > [email protected] > https://mail.osgi.org/mailman/listinfo/osgi-dev > -- Karl Pauls [email protected] _______________________________________________ OSGi Developer Mail List [email protected] https://mail.osgi.org/mailman/listinfo/osgi-dev
