Skip to content

feat: add integration test support for StreamNode#17952

Open
suchenglong wants to merge 6 commits into
apache:masterfrom
suchenglong:clsu/add_stream_integration_test
Open

feat: add integration test support for StreamNode#17952
suchenglong wants to merge 6 commits into
apache:masterfrom
suchenglong:clsu/add_stream_integration_test

Conversation

@suchenglong

Copy link
Copy Markdown
Contributor

Description

This PR introduces the StreamClusterIT test category in integration-test module to support full cluster integration tests of StreamNode.
The new test suite independently verifies all core StreamNode functions without modifying existing cluster test logic or assertions.


This PR has:

  • been self-reviewed.
    • concurrent read
    • concurrent write
    • concurrent read and write
  • added documentation for new or modified features or behaviors.
  • added Javadocs for most classes and all non-trivial methods.
  • added or updated version, license, or notice information
  • added comments explaining the "why" and the intent of the code wherever would not be obvious
    for an unfamiliar reader.
  • added unit tests or modified existing tests to cover new code paths, ensuring the threshold
    for code coverage.
  • added integration tests.
  • been tested in a test IoTDB cluster.

Key changed/added classes (or packages if there are too many classes) in this PR

startAINode(seedConfigNode, dataNodePort, testClassName);
}

private void startAINode(

@shuwenwei shuwenwei Jun 17, 2026

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suggest not making AIEnv privately own the AINode startup logic. In future scenarios we may need an environment that starts both AINode and StreamNode, and keeping AINode initialization embedded in AIEnv would force us to duplicate that logic or introduce combined env classes such as AIStreamEnv.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

My idea is that if we need to start both AINode and StreamNode simultaneously, we can create a new Env class to internally launch AINode and StreamNode together.How do you feel about this?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Creating a combined Env can work, but I think we should avoid requiring that Env to reimplement the AINode startup logic. Could we at least make the AINode startup path reusable within the env framework? For example, we could extract it into a small helper/initializer, or at minimum make startAINode protected instead of private. This way a future Env that needs both AINode and StreamNode can reuse the existing AINode initialization logic instead of copying it.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

fix it

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants