chore: revalidate against hero_rpc#128 (typed _find E2E tests) #10
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "issue-find-tests-codegen"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Follow-up to merged hero_rpc#128 (commit
f834ff99). The hero_rpc generator now emits onetests/generated/<root>_find_e2e.rsper rootobject with at least one@indexfield. Picks up the new test binaries by:hero_rpc{2,_osis}dep inCargo.locktof834ff99(wase62d4485).tests/Cargo.tomlwith the five new[[test]]entries the generator's new sync logic appended oncargo build.Tests emitted by the regen
IndexedSingletitle: str @indexIndexedMultititle: str @index,category: BenchCategory @indexIndexedNonStrpriority: u32 @indexServiceDefinitionname: str @indexTotal: 22 new
_find_e2etests added across this revalidation. The pre-existing<root>_full_lifecycleCRUD tests are unchanged.Each generated test:
hero_service_tests::spin_up_service().hero_indexersocket via an inlineindexer_reachable()helper (mirrorshero_rpc/crates/osis/tests/indexer_smoke.rs); when unreachable the test bails witheprintln!rather than panicking — keeps CI environments without hero_indexer green.<root>_new.<root>_find(<Root>FindParams { ... })with the test's filter under exercise.HashSet<String>against the combinatorial expected subset.Validation
cargo build --workspaceclean.cargo test --workspace --no-runclean — every_find_e2ebinary links.cargo test --test indexed_single_find_e2e -- --listreturns 4 tests;indexed_multi_find_e2ereturns 7;indexed_non_str_find_e2ereturns 7;service_definition_find_e2ereturns 4 — matches the table above.cargo test --workspace --lib --binsclean (no test regressions in the unit-test surface)._full_lifecycletests hit the orthogonalOsisIndexerRuntime::new()+block_on()panic that already affectshero_servicedevelopment at7763ab0(Cannot start a runtime from within a runtime) — pre-existing, not caused by this PR. Fixing that runtime layering is a separate hero_rpc-side task.Generator-side change driving the regen
hero_rpc#128 extends
tests_emit.rsso the trailing[[test]]section oftests/Cargo.tomlis rewritten in place on every build. Existing consumers (whosetests/Cargo.tomliswrite_preservedby the scaffolder) thus pick up the new<root>_find_e2ebinaries automatically without needing to re-run the scaffolder.