|
Re: JCiP Memoizer: msg#00031java.jsr.166-concurrency
I think the existing cancellation exception handling would make more sense if the task were submitted to an executor. Then a forced shutdown of the executor, for example, could cause a cancellation exception. Btw, when I've coded this kind of thing in the past, I've usually finessed the problem by adding "throws Exception" to the method in question :-) On 10/18/06, David Holmes <dcholmes@xxxxxxxxxxxxxxx> wrote: > Alex, > > I have to concur with Tim. The intent was that interruption during ft.run() > implied cancellation and so there was a need to do clean-up of the cache > entry. But there is nothing to convert the interruption to a cancel() > request and so all that happens in the current case is that everyone who > calls f.get() will get ExecutionException with a cause of > InterruptedException. > > [...]
|
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: JCiP Memoizer, David Holmes |
|---|---|
| Next by Date: | Re: JCiP Memoizer, Alexandru Popescu |
| Previous by Thread: | Re: JCiP Memoizer, David Holmes |
| Next by Thread: | Re: JCiP Memoizer, Alexandru Popescu |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |