-
daveho committed revision 14 to the libtermgraph SVN repository, changing 4 files.
2008-10-21 16:28:08 UTC in libtermgraph
-
daveho committed revision 13 to the libtermgraph SVN repository, changing 1 files.
2008-10-21 15:47:46 UTC in libtermgraph
-
daveho committed revision 12 to the libtermgraph SVN repository, changing 1 files.
2008-10-21 15:43:31 UTC in libtermgraph
-
daveho committed revision 11 to the libtermgraph SVN repository, changing 1 files.
2008-10-21 15:39:49 UTC in libtermgraph
-
daveho committed revision 10 to the libtermgraph SVN repository, changing 1 files.
2008-10-21 15:32:38 UTC in libtermgraph
-
daveho committed revision 9 to the libtermgraph SVN repository, changing 1 files.
2008-10-21 15:22:55 UTC in libtermgraph
-
daveho committed revision 8 to the libtermgraph SVN repository, changing 4 files.
2008-10-21 14:55:06 UTC in libtermgraph
-
It appears from the stack trace that the file jsr305.jar is not available on the classpath when FindBugs is running.
Do you see that file in the "lib" directory of ${findbugs.home}?
-Dave.
2008-08-04 14:39:58 UTC in FindBugs
-
OK, the problem is that FindBugs does not assume that the static field (record) will have the same value after entering the synchronized block as it had before. So, FindBugs cannot prove that the object on which notifyAll() is called is the same one that was locked.
You can rewrite the code to eliminate the warning:
public void different() {
Object lock = record.field;
synchronized...
2008-07-03 16:30:08 UTC in FindBugs
-
Thanks - I was able to reproduce this based on your test case. I am investigating.
2008-07-03 15:47:42 UTC in FindBugs
