[ 
https://issues.apache.org/jira/browse/ARTEMIS-4353?focusedWorklogId=870770&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-870770
 ]

ASF GitHub Bot logged work on ARTEMIS-4353:
-------------------------------------------

                Author: ASF GitHub Bot
            Created on: 13/Jul/23 10:41
            Start Date: 13/Jul/23 10:41
    Worklog Time Spent: 10m 
      Work Description: gemmellr commented on code in PR #4544:
URL: https://github.com/apache/activemq-artemis/pull/4544#discussion_r1262375357


##########
artemis-quorum-ri/src/test/java/org/apache/activemq/artemis/quorum/DistributedLockTest.java:
##########
@@ -222,7 +219,7 @@ public void timedTryLockFailAfterTimeout() throws 
ExecutionException, Interrupte
       final long timeoutSec = 1;
       Assert.assertFalse(manager.getDistributedLock("a").tryLock(timeoutSec, 
TimeUnit.SECONDS));
       final long elapsed = TimeUnit.NANOSECONDS.toSeconds(System.nanoTime() - 
start);
-      assertThat(elapsed, greaterThanOrEqualTo(timeoutSec));
+      Assert.assertTrue(elapsed >= timeoutSec);

Review Comment:
   Yeah, I wasnt saying you needed to do them all (though it is certainly nicer 
to so you dont need to open the code to read the assertion when a test run 
fails).
   
   Its more the things where if it failed, you would only know partial 
detail...e.g if an assert was checking for a specific class and failed due to 
an unexpected class (but which one was it actually?), or a value wasnt between 
expected X and Y (but what was it?), etc. The ones where the assertion failure 
doesnt implicitly give you enough context to know what did happen, even though 
that might greatly help you figure out why what you expected didnt happen.





Issue Time Tracking
-------------------

    Worklog Id:     (was: 870770)
    Time Spent: 2h 10m  (was: 2h)

> Clean up Maven dependencies
> ---------------------------
>
>                 Key: ARTEMIS-4353
>                 URL: https://issues.apache.org/jira/browse/ARTEMIS-4353
>             Project: ActiveMQ Artemis
>          Issue Type: Task
>            Reporter: Justin Bertram
>            Assignee: Justin Bertram
>            Priority: Major
>          Time Spent: 2h 10m
>  Remaining Estimate: 0h
>
> Over time module dependencies can grow stale with declared dependencies which 
> are never used and used dependencies which are not declared (i.e. 
> transitive). Such is the case with most of the modules in Artemis. 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to