You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@synapse.apache.org by "Andreas Veithen (JIRA)" <ji...@apache.org> on 2008/05/06 19:46:56 UTC

[jira] Created: (SYNAPSE-288) AbstractPollingTransportListener fails to cancel timer on destroy

AbstractPollingTransportListener fails to cancel timer on destroy
-----------------------------------------------------------------

                 Key: SYNAPSE-288
                 URL: https://issues.apache.org/jira/browse/SYNAPSE-288
             Project: Synapse
          Issue Type: Bug
          Components: Transports
    Affects Versions: NIGHTLY
            Reporter: Andreas Veithen
            Priority: Minor


After AbstractPollingTransportListener#destroy is called, the following exception is triggered:

Exception in thread "PollTimer" java.util.concurrent.RejectedExecutionException
	at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:1477)
	at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:384)
	at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:856)
	at org.apache.synapse.transport.base.threads.NativeWorkerPool.execute(NativeWorkerPool.java:55)
	at org.apache.synapse.transport.base.AbstractPollingTransportListener$1.run(AbstractPollingTransportListener.java:81)
	at java.util.TimerThread.mainLoop(Timer.java:512)
	at java.util.TimerThread.run(Timer.java:462)

Obviously the timer still tries to schedule a new task after the worker pool has been shut down. I suspect that the reason is that AbstractTransportListener#stop doesn't call stopListeningForService, given that AbstractPollingTransportListener cancels the timers there.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@synapse.apache.org
For additional commands, e-mail: dev-help@synapse.apache.org


[jira] Resolved: (SYNAPSE-288) AbstractPollingTransportListener fails to cancel timer on destroy

Posted by "Asankha C. Perera (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/SYNAPSE-288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Asankha C. Perera resolved SYNAPSE-288.
---------------------------------------

       Resolution: Fixed
    Fix Version/s:     (was: 1.3)
                   1.2
         Assignee: Asankha C. Perera  (was: Andreas Veithen)

should be resolved as SYNAPSE-331 which duplicated this was fixed for 1.2

> AbstractPollingTransportListener fails to cancel timer on destroy
> -----------------------------------------------------------------
>
>                 Key: SYNAPSE-288
>                 URL: https://issues.apache.org/jira/browse/SYNAPSE-288
>             Project: Synapse
>          Issue Type: Bug
>          Components: Transports
>    Affects Versions: NIGHTLY
>            Reporter: Andreas Veithen
>            Assignee: Asankha C. Perera
>            Priority: Minor
>             Fix For: 1.2
>
>
> After AbstractPollingTransportListener#destroy is called, the following exception is triggered:
> Exception in thread "PollTimer" java.util.concurrent.RejectedExecutionException
> 	at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:1477)
> 	at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:384)
> 	at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:856)
> 	at org.apache.synapse.transport.base.threads.NativeWorkerPool.execute(NativeWorkerPool.java:55)
> 	at org.apache.synapse.transport.base.AbstractPollingTransportListener$1.run(AbstractPollingTransportListener.java:81)
> 	at java.util.TimerThread.mainLoop(Timer.java:512)
> 	at java.util.TimerThread.run(Timer.java:462)
> Obviously the timer still tries to schedule a new task after the worker pool has been shut down. I suspect that the reason is that AbstractTransportListener#stop doesn't call stopListeningForService, given that AbstractPollingTransportListener cancels the timers there.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@synapse.apache.org
For additional commands, e-mail: dev-help@synapse.apache.org


[jira] Updated: (SYNAPSE-288) AbstractPollingTransportListener fails to cancel timer on destroy

Posted by "Andreas Veithen (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/SYNAPSE-288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andreas Veithen updated SYNAPSE-288:
------------------------------------

    Fix Version/s: 1.3
         Assignee: Andreas Veithen

> AbstractPollingTransportListener fails to cancel timer on destroy
> -----------------------------------------------------------------
>
>                 Key: SYNAPSE-288
>                 URL: https://issues.apache.org/jira/browse/SYNAPSE-288
>             Project: Synapse
>          Issue Type: Bug
>          Components: Transports
>    Affects Versions: NIGHTLY
>            Reporter: Andreas Veithen
>            Assignee: Andreas Veithen
>            Priority: Minor
>             Fix For: 1.3
>
>
> After AbstractPollingTransportListener#destroy is called, the following exception is triggered:
> Exception in thread "PollTimer" java.util.concurrent.RejectedExecutionException
> 	at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:1477)
> 	at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:384)
> 	at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:856)
> 	at org.apache.synapse.transport.base.threads.NativeWorkerPool.execute(NativeWorkerPool.java:55)
> 	at org.apache.synapse.transport.base.AbstractPollingTransportListener$1.run(AbstractPollingTransportListener.java:81)
> 	at java.util.TimerThread.mainLoop(Timer.java:512)
> 	at java.util.TimerThread.run(Timer.java:462)
> Obviously the timer still tries to schedule a new task after the worker pool has been shut down. I suspect that the reason is that AbstractTransportListener#stop doesn't call stopListeningForService, given that AbstractPollingTransportListener cancels the timers there.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@synapse.apache.org
For additional commands, e-mail: dev-help@synapse.apache.org