Skip to content

Conversation

@ilayfalach
Copy link
Collaborator

No description provided.

ilay and others added 16 commits November 13, 2025 15:56
Previously, dynamic toolkits were loaded directly through the Project class using a separate code path from regular datasources. This caused duplicated logic, inconsistent behavior, and prevented adding toolkits via repository JSON alone. Experiments were also not treated as proper datasources, so they bypassed the standard loading pipeline.

What changed

Moved all dynamic-toolkit loading into the dataToolkit infrastructure.

Dynamic toolkits are now represented as ToolkitDataSource measurement entries.

Experiments from repository JSON are imported as Experiment_rawData.

Unified the loading logic for static toolkits, dynamic toolkits, and experiments.

Added full support for JSON-based toolkit import via the repository configuration.

Updated CLI (hera-toolkit list, hera-toolkit import-json, hera-project project measurements list) to reflect the unified behavior.

Result

Dynamic toolkits and experiments now behave exactly like regular datasources.
Everything is loaded through a single consistent datasource pipeline, simplifying the system, removing duplicated logic
…e/all).

Extended project_measurements_list to support grouped filtering and added new aliases (project simulations list, project cache list). Fixed staticmethod dispatch issue and ensured consistent handling of Measurements, Simulations, and Cache entries across the CLI.
…he reviewer’s design requirements: ToolkitHome now properly inherits from abstractToolkit, relies on the automatic project-name mechanism, and uses the unified datasource interface for all toolkit registrations. Removed legacy logic, eliminated invalid projectName flows, added experiment toolkit integration, and redesigned toolkit listing to merge static, dynamic, and experiment toolkits into one consistent API. The resulting implementation is cleaner, aligned with the intended datalayer design, and prepares the system for further removal of deprecated code paths.
…eval with a direct call to experimentTK.getExperiment(), ensuring correct invocation, cleaner logic, and full alignment with the intended experiment toolkit API.
@yehudarav
Copy link
Collaborator

@ilayfalach There are conficts, can you please 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.

3 participants