I found that some other implementation of EventAdmin has this
properties:
http://dz.prosyst.com/pdoc/mbs_prof_6.1/um/framework/bundles/osgi/eventadmin/eventadmin.html
Where could I find similar documentation on the Apache Felix EventAdmin?
Would be great to also have the possibility to set a maximum number of
workers and queues besides turning off the blacklisting.
Thanks!
Vlatko
On Jan 18, 2010, at 7:38 AM, Clement Escoffier wrote:
Hi,
The Event Admin handler test suite has a test case sending an event
storm and checking the reception of all of them (in async mode). In
synchronization mode, it might be possible that the event handlers
become blacklisted (if they don't return 'quickly').
So first, check if your handler are not blacklisted (it is possible
to disable this event admin feature).
Then try the asynchronous mode.
If you see a strange behavior inside the handler, feel free to open
a jira issue. We will look into it.
Regards,
Clement
On 18.01.2010, at 07:12, Marcel Offermans wrote:
On Jan 18, 2010, at 4:14 , Vlatko Davidovski wrote:
Has anyone evaluated the performance of iPojo Event admin
handling? Is there any limited maximum number of events/data that
can be sent per second.
When sending significant amount of events, I experienced that they
don't arrive at the subscriber method. On the other hand,
everything seems to be working under low load.
Ik know Carsten has recently been working on Event Admin
performance in general, so no doubt he has done a lot of
performance testing. I never tried iPOJOs Event Admin support but
in general I know that if things slow down too much, handlers can
get blacklisted and won't be notified anymore. This behaviour is
configurable, and can even be turned off if you don't want it.
Any recommendations? Is it better to use synchronous or
asynchronous delivery under such circumstances?
Asynchronous should be faster. I think even the spec mentions that
you should prefer them over synchronous events.
Greetings, Marcel
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
