users@ejb-spec.java.net

[ejb-spec users] [jsr345-experts] Re: TimerService.getAllTimers() (EJB_SPEC-47)

From: Jean-Louis MONTEIRO <jeanouii_at_gmail.com>
Date: Fri, 22 Jun 2012 15:48:40 +0200

Marina,

Yes, that is definitely useful.
Being able to cancel a set of Timer spread on a cluster i don't necessary
started, looks dangerous to me at first glance.

That's why I choose 3b. Then, it means that it's just for information
purpose if I don't own the Timer.

Jean-Louis


2012/6/20 Marina Vatkina <marina.vatkina_at_oracle.com>

> Returning to this item...
>
>
> Florent and Jean-Louis,
>
> Did you miss my question: "You chose 3b, so do you think that the new API
> is useful even if it is for information purpose only"?
>
>
> Experts, we still have an almost even split between 3a and 3b, so please
> cast your votes (if you don't think the new API is useful, please say so as
> well).
>
> thanks,
> -marina
>
>
> Marina Vatkina wrote:
>
>> We have 2 votes for 3a and 2 votes for 3b.
>>
>> Those of you who didn't vote, please do so.
>>
>> Florent, Jean-Louis, (you chose 3b) do you still think that the new API
>> is useful? What would in your opinion the caller be able to do with the
>> timers returned by this API?
>>
>> thanks,
>> -marina
>>
>> Florent BENOIT wrote:
>>
>>> 1a
>>> 2b
>>> 3b
>>>
>>> Regards,
>>>
>>> Florent
>>>
>>> On 04/18/2012 11:01 PM, Marina Vatkina wrote:
>>>
>>>> Experts,
>>>>
>>>> Do you think it is useful to add a method to the TimerService -
>>>> getAllTimers() - (see http://java.net/jira/browse/**EJB_SPEC-47<http://java.net/jira/browse/EJB_SPEC-47>)
>>>> that will allow to get a collection of all active timers in this
>>>> application?
>>>>
>>>> If you think it is useful, which options should be supported:
>>>>
>>>> 1. Scope
>>>> a) All timers in the same EJB module
>>>> b) All timers in the same application (EAR file)
>>>>
>>>> 2. Runtime:
>>>> a) Timers from 1a or 1b running on the same server instance
>>>> b) Timers from 1a or 1b running on any instance in the cluster
>>>>
>>>> 3. Cancelation:
>>>> a) Timers returned by this method can be canceled by the caller (i.e.
>>>> even if it doesn't own the timer)
>>>> b) Only the bean that owns a timer can cancel it.
>>>>
>>>> If you think there is no need for the new API, please say so.
>>>>
>>>> Best,
>>>> -marina
>>>>
>>>>
>>>>
>>>