在创建一个新的设备时,是否有一种方法可以杀死所有AssertJ创建的装置,或者如何防止挂起?在尝试将许多遗留GUI测试迁移到AssertJ Swing时,我经常面临以下死锁:
"main" #1 prio=5 os_prio=0 tid=0x0000000002080000 nid=0x9c waiting on condition [0x00000000024cd000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x0000000547049720> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at org.assertj.swing.lock.ScreenLock.acquire(ScreenLock.java:57)
at org.assertj.swing.core.BasicRobot.acquireScreenLock(BasicRobot.java:164)
at org.assertj.swing.core.BasicRobot.robotWithCurrentAwtHierarchy(BasicRobot.java:153)
at org.assertj.swing.fixture.AbstractWindowFixture.<init>(AbstractWindowFixture.java:119)
at org.assertj.swing.fixture.FrameFixture.<init>(FrameFixture.java:43)当然,这是由于错误地使用了固定装置,当一个新的设备正在创建,而另一个仍然处于活动状态时。然而,这种死锁使迁移更加复杂。
发布于 2016-06-01 00:27:44
在对框架进行了更多的探索之后,我意识到
现在,我使用这段代码来创建夹具:
assertJRobot = BasicRobot.robotWithCurrentAwtHierarchy();
frameFixture = new FrameFixture(assertJRobot, appFrame());当我需要创建另一个夹具时,这段代码,而另一个测试没有释放锁,而是关闭了窗口,并清理了其他所有内容:
assertJRobot.cleanUpWithoutDisposingWindows();https://stackoverflow.com/questions/37341548
复制相似问题