You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If there is configured an existing oranisation and there is more than one node running, when the test beforeSuite and After
Suite enable/disable the service access in the organisation it faces race conditions and willl cause test failures.
The text was updated successfully, but these errors were encountered:
which is run in the AfterSuite which means its run for every node! ... In the case the ORG is preset, the org is not unique for the node consequently it will be turning on and off the service access randomly during testing.
It needs to be done once per service per org ...
Either:
each test node has its own service instance?
or needs some concurrency control either by using a SynchronisedBeforeSuite or some other mechanism.
@silvestre thoughts? (would be nice to enable this for single org testing environments)
@silvestre I think going down the create a new service for each node is the best idea.
Ill do a quick rework since I need to do some alterations to be able to do the --dry-run option in ginkgo.
If there is configured an existing oranisation and there is more than one node running, when the test beforeSuite and After
Suite enable/disable the service access in the organisation it faces race conditions and willl cause test failures.
The text was updated successfully, but these errors were encountered: