On 11 Jan 2007, at 18:10, Brian Stansberry wrote:
Manik Surtani wrote:
> On 11 Jan 2007, at 15:33, Brian Stansberry wrote:
>
>> I should have discussed this before opening JIRA, since the use case
>> isn't clear, but...
>>
>> Exposure in JMX makes sense, since we expose the lifecycle
>> operations, i.e. you stop the cache and your colleague comes and
>> bugs you, it's nice to be able to see the state it's in when you get
>> back to work.
>>
>> I *believe* (pretty sure actually) in AS 5 the MC will uninstall a
>> bean if it fails in deployment, and this will include deregistering
>> from JMX. So, the AS 4.x use case of being able to see the status of
>> a failed deployment in the JMX console probably doesn't apply.
>>
>> Are there situations where the cache lifecycle can change
>> internally?
>> For example, as a result of the channel being shunned and auto-
>> closing? Right now we don't handle that, but if we did, is it
>> possible it would trigger a lifecycle transition?
>
> True. At the moment though this is not the case. But since
> this is just an addition of an API, perhaps we add it later when we
> have the need?
>
+1. I reread the JIRA and it's to "consider" the issue. By Beta1,
since
it impacts API. We've now considered it, so pushing it out to some
future point is fine by me. :-)
:-) Ok. Will push it to 2.1.0. We'll have more experience with
2.0.0 on AS 5 to know whether we'd need this and if so how we should
implement it.