[jira] [Created] (JAMES-3696) Solve instable test for the pulsar mail queue

["Benoit Tellier (Jira)" <se...@james.apache.org>]

Benoit Tellier created JAMES-3696:
-------------------------------------

             Summary: Solve instable test for the pulsar mail queue
                 Key: JAMES-3696
                 URL: https://issues.apache.org/jira/browse/JAMES-3696
             Project: James Server
          Issue Type: Sub-task
          Components: pulsar, Queue
    Affects Versions: master
            Reporter: Benoit Tellier


https://ci-builds.apache.org/job/james/job/ApacheJames/job/PR-826/7/

Pulsar mail queue bringed in some unstable tests


{code:java}
Test Result (4 failures / +4)

    org.apache.james.queue.pulsar.PulsarMailQueueTest.removeByRecipientShouldRemoveSpecificEmail
    org.apache.james.queue.pulsar.PulsarMailQueueTest.removeByRecipientShouldRemoveSpecificEmailWhenMultipleRecipients{List, MailAddress}[5]
    org.apache.james.queue.pulsar.PulsarMailQueueTest.removeByRecipientShouldRemoveSpecificEmailWhenMultipleRecipients{List, MailAddress}[6]
    org.apache.james.queue.pulsar.PulsarMailQueueTest.removeShouldRemoveMailFromStoreWhenFilteredOut
{code}

Looking at the first, some email expected to be deleted were not:

{code:java}
Error Message

Expecting actual:
  ["name1", "name2"]
to contain exactly (and in same order):
  ["name1"]
but some elements were not expected:
  ["name2"]
{code}

Maybe because propagation of the delete filter is asynchronous? (IE the client delete returns when enqueuing the filter but without any warranty so as when it would be dequeued and applied). If so this isa design flaw and I hardly see how to improve that .

Or we add a delay in the tests to relax the consistency guaranty?



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

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