james-project icon indicating copy to clipboard operation
james-project copied to clipboard

JAMES-3759 Fix typo and enable leak detector for real

Open mbaechler opened this issue 3 years ago • 3 comments

Co-Authored-By: Jean Helou [email protected]

mbaechler avatar May 04 '22 21:05 mbaechler

After fixing the typo, we will get ci fail. Maybe it is related https://github.com/apache/james-project/pull/940#issuecomment-1085518526

vttranlina avatar May 05 '22 03:05 vttranlina

After fixing the typo, we will get ci fail. Maybe it is related #940 (comment)

Yes, it's why I opened https://issues.apache.org/jira/projects/JAMES/issues/JAMES-3760

mbaechler avatar May 05 '22 07:05 mbaechler

That is a question that I asked on JIRA but I got no answer.

From what it seems, at least on james-core where this build fails, we are mostly testing how tests manages mails, and not really james itself. It's likely long to fix for limited benefits.

How about activating leak detection in only strategically chosen projects like integration tests instead?

chibenwa avatar May 09 '22 01:05 chibenwa

Is there any plan to carry on this work?

chibenwa avatar Aug 30 '22 07:08 chibenwa

That's not to be answered by the authors of the PR I'm afraid. I still think the current situation is bad:

  • the build files contain senseless configuration with typos
  • contributors and the CI log warnings in every tests we run because that's the default policy when the detector is left unconfigured

In https://issues.apache.org/jira/projects/JAMES/issues/JAMES-3760 you suggest disabling the leak detector entirely to which I answered that this would prevent early detection of new leaks in production code. I am not familiar enough with the leak detector code and how it works but would it be possible to have a whitelist of sources for which leaks are ok and then actually fix the config ?

jeantil avatar Aug 30 '22 12:08 jeantil

Agreed, i'm in favor of fixing the typo and turning off leak detection in tests to not be flooded as we do not achieve good resource management in our tests.

chibenwa avatar Aug 30 '22 14:08 chibenwa

Well any places that creates a mail is suspicious IMO. Hard to say "that stack is okish, that one's not".

chibenwa avatar Aug 30 '22 14:08 chibenwa

Early detection is the reason we activated it in tests, but in the middle of the flood we will not notice anything, thus as of today early detection in build seems like a non reached objective to me.

chibenwa avatar Aug 30 '22 14:08 chibenwa

https://github.com/apache/james-project/pull/1170

chibenwa avatar Aug 31 '22 01:08 chibenwa