Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ensure clean workspace on each DSS instance in interoperability scenarios #810

Open
BenjaminPelletier opened this issue Oct 17, 2024 · 0 comments
Labels
automated-testing Related to automated testing tools enhancement New feature or request P2 Normal priority

Comments

@BenjaminPelletier
Copy link
Member

Is your feature request related to a problem? Please describe.
When a DSS interoperability scenario (e.g., ASTM SCD DSS: Subscription and entity interaction) is run with functional but not-successfully-pooled DSS instances, usually only the "primary" DSS instance for that scenario has its workspace cleaned. When DSS instances are pooled correctly, this is sufficient as there is only one DAR and that DAR is cleaned. However, when DSS instances are not pooled correctly, cleaning instance 1 may not ensure a clean workspace in instance 2. Therefore, a failure due to a dirty workspace in instance 2 may be incorrectly labeled as failure to perform basic DSS functions when actually the problem is that the DSS instances are not pooled correctly.

Screenshot 2024-10-17 at 10 44 26 AM

Describe the solution you'd like
While I don't think each DSS instance needs as thorough of a cleaning as the primary instance (since that thorough cleaning procedure will be performed on the DSS instance when it is the primary instance), it seems like we should ensure the entities to be used in the scenario are absent from each DSS instance individually during the "ensure clean workspace" phase.

The "ensure clean workspace" step should probably be split into two steps: "ensure clean workspace on primary DSS instance" and "ensure clean workspace on other DSS instances". In that second step, detecting the presence of any entity deleted in the first step should trigger a check failure related to pooling which should end the scenario.

Describe alternatives you've considered
This is not the only possible solution, but I think it is the simplest one.

@BenjaminPelletier BenjaminPelletier added enhancement New feature or request automated-testing Related to automated testing tools P2 Normal priority labels Oct 17, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
automated-testing Related to automated testing tools enhancement New feature or request P2 Normal priority
Projects
None yet
Development

No branches or pull requests

1 participant