You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Emmanuel Venisse (JIRA)" <ji...@codehaus.org> on 2007/01/05 14:19:10 UTC
[jira] Closed: (CONTINUUM-1006) Continuum can deadlock
[ http://jira.codehaus.org/browse/CONTINUUM-1006?page=all ]
Emmanuel Venisse closed CONTINUUM-1006.
---------------------------------------
Assignee: Emmanuel Venisse
Resolution: Fixed
Fix Version/s: 1.1
Fixed by using plexus-taskqueue 1.0-alpha-6-SNAPSHOT.
Reopen it if it doesn't fix the deadlock pb.
> Continuum can deadlock
> ----------------------
>
> Key: CONTINUUM-1006
> URL: http://jira.codehaus.org/browse/CONTINUUM-1006
> Project: Continuum
> Issue Type: Bug
> Components: Core system
> Affects Versions: 1.1
> Reporter: Brett Porter
> Assigned To: Emmanuel Venisse
> Priority: Critical
> Fix For: 1.1
>
>
> Seen on maestro.ci.codehaus.org. Looks to be because of the sync. on queue which is already a synchronized collection?
> @400000004560f441152a0d7c Found one Java-level deadlock:
> @400000004560f441152a2cbc =============================
> @400000004560f441152a30a4 "SocketListener0-2":
> @400000004560f441152a53cc waiting to lock monitor 0x08110f44 (object 0xdb7ee180, a edu.emory.mathcs.backport.java.util.concurrent.
> LinkedBlockingQueue$SerializableLock),
> @400000004560f441152a57b4 which is held by "Thread-6"
> @400000004560f441152a730c "Thread-6":
> @400000004560f441152a8e64 waiting to lock monitor 0x08110ec4 (object 0xdb745bd8, a edu.emory.mathcs.backport.java.util.concurrent.
> LinkedBlockingQueue),
> @400000004560f441152a9a1c which is held by "SocketListener0-2"
> @400000004560f441152ad0cc
> @400000004560f441152ad4b4 Java stack information for the threads listed above:
> @400000004560f441152ad4b4 ===================================================
> @400000004560f441152af7dc "SocketListener0-2":
> @400000004560f441152af7dc at edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue.signalNotEmpty(LinkedBlockingQ
> ueue.java:98)
> @400000004560f441152b1334 - waiting to lock <0xdb7ee180> (a edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue
> $SerializableLock)
> @400000004560f441152b2e8c at edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue.offer(LinkedBlockingQueue.java
> :305)
> @400000004560f441152b653c at org.codehaus.plexus.taskqueue.DefaultTaskQueue.enqueue(DefaultTaskQueue.java:234)
> @400000004560f441152b8c4c - locked <0xdb745bd8> (a edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue)
> @400000004560f441152b9034 at org.codehaus.plexus.taskqueue.DefaultTaskQueue.put(DefaultTaskQueue.java:150)
> @400000004560f441152bc2fc at org.apache.maven.continuum.DefaultContinuum.buildProject(DefaultContinuum.java:726)
> @400000004560f441152be624 - locked <0xdb4a9ac0> (a org.apache.maven.continuum.DefaultContinuum)
> @400000004560f441152c017c at org.apache.maven.continuum.DefaultContinuum.buildProject(DefaultContinuum.java:661)
> @400000004560f441152c1cd4 at org.apache.maven.continuum.DefaultContinuum.buildProjectGroup(DefaultContinuum.java:523)
> @400000004560f441152c382c at org.apache.maven.continuum.web.action.ProjectGroupAction.build(ProjectGroupAction.java:86)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira